Casino games

ABSTRACT

Apparatus and methods related to multi-player casino games are described. An electronic gaming device is provided that allows a live player to compete against a virtual player in a multi-player wager-based game using playing cards derived from the insertion of a physical denomination of currency. The electronic gaming device can be configured to simulate the decision making of a virtual player and associated behaviors of the virtual player during game play. In some instances, the simulated behaviors of the virtual player output at the electronic gaming device can be learned by a live player so that the live player can make better or more advantageous game play decisions. The simulated behaviors of the virtual player can be conveyed to the live player via visual images, such as simulated facial expressions of the virtual player.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.16/229,174, filed Dec. 21, 2018, which is a continuation of U.S. patentapplication Ser. No. 15/810,365, filed Nov. 13, 2017, now U.S. Pat. No.10,163,299, which is a continuation of U.S. patent application Ser. No.15/267,511, filed Sep. 16, 2016, now U.S. Pat. No. 9,818,259, issuedNov. 14, 2017, which is a continuation of U.S. patent application Ser.No. 14/796,999, filed Jul. 10, 2015, now U.S. Pat. No. 9,454,873, issuedSep. 27, 2016, which is a continuation of U.S. patent application Ser.No. 13/348,494, filed Jan. 11, 2012, now U.S. Pat. No. 9,111,412, issuedAug. 18, 2015, which claims priority under 35 U.S.C. § 119(e) to U.S.Provisional patent Application Ser. No. 61/436,341, filed Jan. 26, 2011,and which is a continuation-in-part of U.S. patent application Ser. No.12/612,976, filed Nov. 5, 2009, now U.S. Pat. No. 8,167,695, issued May1, 2012, all entitled “Casino Games” by Rowe, which are incorporated byreference in their entirety for all purposes.

BACKGROUND OF THE INVENTION Field of the Invention

The described embodiments relate generally to games played on electronicgaming devices. More particularly, the present embodiments relate tomulti-player wager-based card games including virtual and live playerswhere a composition of a set of playing cards used in the wager-basedcard game can vary from game to game.

Description of the Related Art

In casino gaming, gaming opportunities are mostly provided via tablegames and electronic or electro-mechanical gaming devices. In tablegames, typically one or more players gather around a table and each makewagers on an outcome of game provided by gaming operator, such gamesinclude craps, roulette, black jack, pai-gow poker and baccarat. Inthese games, typically, each player makes a wager on outcome that isjust associated with themselves, such as their hand in black jack, theirpicked number in roulette or their prediction of an outcome in craps.The players participate in the game as a group but play the gameindividually and not against the other players. Poker is another type oftable game where player's play against each other. In a casino thatprovides poker, the house provides a table, a dealer, chips andscheduling and takes a portion of the winnings. In poker, many playersenjoy the aspect of trying to learn a player's behavior to gain anadvantage over the other player.

In a casino, other types of games, such as slots and poker, are providedon electronic or electro-mechanical gaming devices. In these games, aplayer plays the game alone using a player interface provided on thegaming device. The player interface usually includes input buttons andsome type of display, such as mechanical display (e.g., slot reels) or avideo display, for displaying a generated outcome to the game. Duringplay, the player makes a wager on the outcome of the game, such as aposition of slot reels or a value of a poker hand and is rewardedaccording to a payout table stored on the gaming machine.

In terms of profitability to an operator, electronic gaming devices aremuch more profitable than table games providing group participation,such as black jack, and table games are much more profitable than groupcompetition games, such as head-to-head poker. This relationship can beseen in the layout of a typical casino where the most floor space,80-90%, is allocated electronic or electromechanical gaming devices,table game occupy the rest of the floor. Player-vs.-player poker isusually given a separate room off of the main casino floor.

Gaming operators, such as casinos, are always looking for new games thatinterest players. Currently, gaming devices that provide theplayer-on-player aspects of group table games, such as poker, with theprofitability of slot games do not exist. Thus, it would be beneficialto provide methods and apparatus related to casino games and associatedelectronic gaming devices that combine the profitability of slotmachines with some aspects of player-vs.-player group games.

SUMMARY OF THE DESCRIBED EMBODIMENTS

This paper describes various embodiments that relate to systems,methods, and apparatus for providing multiplayer games. In one aspect,an electronic gaming device is provided that allows a live player tocompete against a virtual player or live player in a multi-playerwager-based game. In one example, a live player may compete againstanother virtual player or live player in a card game. The composition ofa set cards used in the card game can be varied from game to game. Forexample, a first card game can be conducted using a set of cards with 6aces and 4 kings while a second card game can be conducted using a setof cards with 4 aces and 6 kings. In a particular embodiment, thecomposition of a set of playing cards used in the card game can bederived from or affected by information contained on a physicaldenomination of currency received at a gaming device, such as currencyinserted into a bill acceptor.

The electronic gaming device can include a multi-player game engine thatdoes not distinguish between virtual players and live players. Theelectronic gaming device can be configured to simulate the decisionmaking of a virtual player and associated behaviors of the virtualplayer during game play. In some instances, the simulated behaviors ofthe virtual player output at the electronic gaming device can be learnedby a live player so that the live player can make better or moreadvantageous game play decisions. The simulated behaviors can beconveyed to the live player via visual images, such as simulated facialexpressions of the virtual player.

One aspect of the invention can comprise a gaming device or gamingsystem. The gaming device or gaming system can be generallycharacterized as comprising a game controller, including a processor anda memory, designed or configured to control a play of a wager-based gameplayed by two or more players where the wager-based game is played by atleast a live player and a virtual player and where the live player orthe virtual player can win the game, 2) receive information indicating awager on an outcome of the play of the wager-based game from the liveplayer, 3) receive decision information from each of the live player andthe virtual player wherein the decision information received by thevirtual player affects an amount won or lost by the virtual player; 4)determine the outcome of the wager-based game including determiningwhether the live player or the virtual player has won and 5) generate apresentation including the play of wager-based game and the determinedoutcome to the wager-based game.

In a particular embodiment, the gaming device or gaming system canutilize a multiplayer game engine configured to a) progress thewager-based game from an initial position to a final position for eachof the live player and the virtual player; b) request the decisioninformation from each of the live player and the virtual player andreceive the decision information relating to decisions made by each ofthe live player and the virtual player.

In other embodiments, a virtual player can be instantiated by the gamecontroller. The virtual player can be configured to make the decisionsrequested by the multiplayer game engine during the play of thewager-based game. The virtual player can be characterized as comprising,a decision engine configured to make the decisions requested by themulti-player game engine based upon at least a current position of thevirtual player in the wager-based game; a behavioral engine configuredto determine when to a trigger a behavior of the virtual player whereinthe behavior when correctly interpreted by the live player increases thelive player's chance of winning the wager-based game played against thevirtual player; and a personality engine configured to receive, when thebehavior is triggered, information regarding the behavior, determine anaction of a virtual character that is generated in response to thebehavior; and generate a presentation of the virtual characterperforming the determined action.

In yet other embodiments, the gaming device or gaming system cancomprise a player interface coupled to gaming device configured to allowthe live player to input their decisions during the play of thewager-based game and at least one display for outputting thepresentation including the play and the determined outcome to thewager-based game and the presentation of the virtual characterperforming the determined action. The gaming device or gaming system cancomprise one or more input devices for receiving cash or indicia ofcredit used for wagers and one or more output devices for outputtingcash or indicia of credit.

One aspect of the invention can comprise a gaming device, gaming systemor kiosk incorporating a value acceptor that accepts currency forexample $1, $5, $10, $20, $50, and $100 dollar bills. The gaming device,gaming system or kiosk can be generally characterized as comprising agame controller, including a processor and a memory, designed orconfigured to control a play of a wager-based game played by two or moreplayers where the wager-based game is played by at least a live playerand a virtual player and where the live player or the virtual player canwin the game, 2) receive information indicating a wager on an outcome ofthe play of the wager-based game from the live player, 3) receivedecision information from each of the live player and the virtual playerwherein the decision information received by the virtual player affectsan amount won or lost by the virtual player; 4) determine the outcome ofthe wager-based game including determining whether the live player orthe virtual player has won and 5) generate a presentation including theplay of wager-based game and the determined outcome to the wager-basedgame.

The gaming system or kiosk can be configured to construct a set ofplaying cards to be used in a wager-based game where the composition ofthe set of cards can be varied from game. In one embodiment, the typesof cards used to form a set of playing cards for a game can be selectedfrom among the cards in a standard 52-card playing deck. However, thenumber of cards and types of the cards in the set used to play a gamemay differ from a standard 52-card playing deck.

For example, a set of cards used for a game can include 20 cards. Theset can include more less than four cards of the same denomination, suchas 3 kings or 5 kings. The kings do not necessarily have to follow suit.For instance, 3 kings of hearts or 5 kings of hearts could be utilizedin a set.

In a particular embodiment, a gaming device is configured to utilizeinformation included on a value instrument to determine a composition ofa playing deck to be used for a card game. For instance, the gamingdevice, gaming system or kiosk incorporating a value acceptor configuredto perform bill validation, additionally performs optical characterrecognition (OCR) on the bill to read the bill's serial numberinformation and create a sequence of serial number digits readable by acomputer. The value acceptor then communicates the sequence of serialnumber digits to a translator module configured to convert each billserial number digit into a bill playing card (Bcard) as defined by thetranslator configuration file. The conversion to Bcards within thetranslator module creates a plurality of Bcards that are assembled intoa plurality of Bcards (aka Bcard deck).

In another aspect of the invention, the Bcard deck is shuffled using ashuffler module based on a configuration file defining how individualBcards are dealt to the player for a player selected card game such as,for example, randomly dealt to the player, best card dealt to theplayer, player selected, worst card, high card, low card, or othermethods for dealing cards for a particular card game defined by theshuffler module configuration file.

In another aspect of the invention, the shuffled Bcard deck is furtherused by the player to play a player selected card game, selected from aplurality of card games played with Bcards, wherein each card game usestraditional game logic for the game such as blackjack, five card drawpoker, seven card stud poker, war, liar's poker, and other well-knowncard games.

Many card games can involve assembling hands of cards where each hand isassigned a rank. A winner of the game can be determined based upon arank assigned to each hand. As described herein, in one embodiment acomposition of a deck used to play the game can vary based upon a playerinput, such as based upon via input of their currency into the gamingmachine. After a composition of deck is determined, an analyzermechanism can be configured to determine, for a selected game, possiblehands using the deck composition and rank each hand. In one embodiment,a gaming device, for a given deck composition, can be configured todisplay all or portion of the possible hands and their relative rankingto the player. Further, the gaming device can be configured to displayall or a portion of the cards in the deck.

As an example, a first deck composition may include 1 ace and 4 kingswhile a second deck composition may include 4 aces and 1 king where theaces are ranked higher than a king. In a two-card poker game, a pair canbe the highest ranked hand. For the first deck composition with only oneace, the highest possible hand may be a pair of kings while for thesecond deck composition with 4 aces, the highest possible hand can be apair. The gaming device can be configured to display information, suchas the highest cards in the first deck are 4 aces followed by 1 king andthe highest hand or hands for the rules of the game.

In one embodiment, since the relative rank of hands can vary from eachinstantiation of a game depending on the composition of the deckdetermined for the game, the gaming device can be configured to provideranking information to a player including a relative ranking of aplayer's hand. For instance, in a two card poker game, for a particulardeck composition, the gaming device can be configured to display all thepossible hands in ranked order and highlight in the order where theplayer's hand sits in the ranked order. In another embodiment, thecomputer might display information such as the odds that another live orvirtual player has a hand higher than the player.

The ranking information can be calculated independently of the cardsdealt to the other player and can be based upon an analysis of the handdealt to the player and its relative ranking based upon the compositionof the deck. For instance, the gaming device can display a percentage ofthe total possible hands that are ranked higher or lower than theplayer's hand. The ranking information may be used by a player inwagering decisions associated with the game.

In another aspect of the invention, the player selects one of aplurality of game play options including 1) playing the card game usingthe Bcard deck against a predefined paytable, 2) playing the game usingthe Bcard deck against one or more other players, each of whom usestheir own Bcard deck assembled from the serial numbers obtain from billsthe player inserted in a value acceptor, 3) playing the game using theBcard deck against one or more virtual players, each virtual playerusing its own Bcard deck; wherein each Bcard is randomly drawn from aset of possible Bcards then assembled into a Bcard deck, or 4) playingthe game using the Bcard deck against one or more other physical playersand virtual players.

In another aspect of the invention, the player is provided with anoption to play the Bcard card game upon insertion and validation of abill into a value acceptor.

In yet another aspect of the invention, the player may 1) play the Bcardcard game on the main screen of the gaming machine, kiosk or otherdisplay device, 2) play the Bcard card game on a subscreen of a gamingmachine, kiosk, or other display device, 3) or play the Bcard card gameon a secondary, tertiary, quaternary, quinary, senary, septenary,octonary, nonary, denary, or other available display connected to thegaming machine, kiosk, or other device.

Other aspects and advantages of the invention will become apparent fromthe following detailed description taken in conjunction with theaccompanying drawings which illustrate, by way of example, theprinciples of the invention.

BRIEF DESCRIPTION OF THE DRAWINGS

The invention will be readily understood by the following detaileddescription in conjunction with the accompanying drawings, wherein likereference numerals designate like structural elements, and in which:

FIG. 1 is a method for providing a game on a gaming device for oneembodiment of the present invention.

FIGS. 2A-2K illustrate aspects of wager-based multi-player gamesincluding virtual and live players for embodiments of the presentinvention.

FIG. 3 is a multi-player gaming system for one embodiment of the presentinvention.

FIG. 4 is a front view of a gaming device for one embodiment of thepresent invention.

FIG. 5 is a block diagram of a gaming device for one embodiment of thepresent invention.

FIG. 6 is a block diagram of a gaming system for one embodiment of thepresent invention.

FIG. 7 is a front view of a gaming device and a kiosk showing where abill is inserted for one embodiment of the present invention.

FIG. 8 is a block diagram of a Bcard 5-Card Draw game for one embodimentof the present invention.

FIG. 9 is a block diagram of a Bcard Liar's Poker game for oneembodiment of the present invention.

FIG. 10 is a front view of a gaming device and display with a subwindowfor one embodiment of the present invention.

FIG. 11 illustrates aspects of wager-based multi-player Bcard gamesincluding virtual and live players for embodiments of the presentinvention.

FIG. 12 is a multi-player gaming system incorporating Bcard card gamesfor one embodiment of the present invention.

FIG. 13 is a method for providing playing cards (Bcards) derived from aninserted Bill serial number and play a card game using a Bcard deck.

FIG. 14 is a method for converting a bill serial number into a BcardDeck.

FIG. 15 is a block diagram of the modules and configuration files forone embodiment of the present invention.

DETAILED DESCRIPTION OF SELECTED EMBODIMENTS

Reference will now be made in detail to representative embodimentsillustrated in the accompanying drawings. It should be understood thatthe following descriptions are not intended to limit the embodiments toone preferred embodiment. To the contrary, it is intended to coveralternatives, modifications, and equivalents as may be included withinthe spirit and scope of the described embodiments as defined by theappended claims.

Methods and apparatus are described that involve play of multi-playergames on electronic gaming devices. In particular embodiments, a liveplayer can play a wager-based multiplayer game against one or more liveand virtual players. For instance, a live player can play a wager-basedgame with a virtual player. Methods for providing a multi-player game ona gaming device including live and virtual players are described. Inparticular, embodiments are described where a virtual player's behavioris modeled. The modeled behavior can include information related to howthe virtual player behaves in certain game situations and strategies thevirtual player uses to play the game. The virtual player's modeledbehavior can be revealed to a live player over the course of the play ofone or more games. In certain game situations, using the informationrevealed about the virtual player, the live player can gain an advantagein their game play against the virtual player.

In FIG. 1, method for providing a multiplayer game on a gaming deviceincluding behavioral modeling of a virtual player that can participatein the multiplayer game is described. With respect to FIGS. 2A-2K,aspects of wager-based multi-player games including virtual and liveplayers are described with respect to a play of a card game. Withrespect to FIG. 3, components of multi-player wager-based gaming systemthat allows for participation by virtual players are described. Withrespect to FIGS. 4-6, a gaming system and various gaming devices thatcan be utilized with the multi-player games including virtual players isdescribed. With respect to FIGS. 7-15, a gaming system and variousgaming devices that can be utilized with the multi-player gamesincluding virtual players using playing cards created from a billinserted into a value acceptor (Bcards) is described.

For the sake of clarity, a number of terms are generally described priorto entering into a more detailed description of the methods andapparatus described herein. A progression of the game can be describedas including a number of ‘positions’, such as but not limited to aninitial position, a final position and one or more interveningpositions. A participant in the game can be referred to as a ‘player’such that a player can play a game on the gaming device. The generationof the game on the gaming devices can be described as including a numberof game ‘states,’ such as but not limited to an initial game state, afinal game state and one or more intervening game states.

A game position can be associated with a game state and can change fromgame state to game state but a change in game state does not necessarilyrequire a change in the game position. For example, after a finalposition in the game is reached in a first game state, in a followinggame state, an award associated with the final position can be indicatedvia graphical presentation. Thus, while the game state is advanced, theposition of the game remains constant.

In certain instances to advance from a first gaming state to a secondgaming state following the first gaming state, the gaming device canrequire an input indicating a ‘decision’ by a player. The decision canbe related to the progression of the game. For instance, in response tothe input, the game can be initiated at its initial position, can changefrom a first position to a second position or can progress to its finalposition.

In some embodiments, a decision may not result in a change of positionin the game. As an example, in a first game state, a gaming device canreceive an input indicating a wager by the player. The gaming device canbe configured not to advance to the next game state until an indicationof a wager is received. The decision of the player can be described asincluding whether to wager or not and how much to wager. In a secondgame state following the first game state, the gaming machine can beconfigured to receive an input indicating the player wishes to initiatethe game. The decision by the player can be described as whether toinitiate the game or not. In response to the player decision in thesecond game state, the gaming machine initiates the game at its initialposition. Thus, the position of the game is changed in response to thedecision in the second game state but not in response to the decision inthe first game state. As another example, after the game is ended in athird game state, i.e., reached its final position, the player candecide to ‘cash out.’ In response to the receiving an input indicating adesire to cash out, the gaming device can output cash or indicia ofcredit. Again, the position of the game is not changed in response tothe cash-out decision made by the player.

FIG. 1 is a method 100 for providing a game on a gaming device for oneembodiment of the present invention. In 102, information relating torules, outcomes and awards corresponding to outcomes associated with atwo or more player game can be displayed on the gaming device. The rulesdisplayed can include but are not limited to 1) how the game is played,such as what positions occur during a game and how the game progresses,2) what decisions a player can make during a game and in particular, howtheir decisions affect positions in the game and possible awards and 3)how the game starts, progresses and end.

The outcomes displayed can include but are not limited 1) how an outcomeis defined, 2) when it occurs during the game and 3) relative rankingsof outcomes. For example for a slot game, the outcomes can be defined asa combination of symbols appearing along a payline after the reels stopspinning. Thus, information showing or describing various combinationsof symbols can be displayed. As another example, for a card game, theoutcomes can be defined as a single card or a combination of cards wherecertain cards or combinations are cards are ranked higher than othercards or combinations of cards. Thus, information regarding various cardcombinations and their relative rankings can be displayed. As anotherexample, for a dice game involving a roll or rolls of a pair ofsix-sided die, the outcomes can be defined as one or both of a totalamount indicated by the dice and/or combinations of symbols appearing oneach die. Thus, information regarding the totals and combinations ofsymbols can be displayed.

In various embodiments, an award can be associated with the outcome ofthe game. In 102, information about what awards are associated with whatoutcomes can be displayed. Awards of varying amounts can be tied toparticular outcomes. For instance, in a casino environment, a cash awardor indicia of credit redeemable for cash can be associated with theoutcome to a slot game, i.e., what combination of symbols appear in afinal position of the game. In another example, each player can berequired to make a wager prior to initializing a game, after playing thegame an outcome can be associated with each player where some outcomesare ranked higher than other outcomes. When one player achieves anoutcome that is higher than the outcome of the other player, the awardfor the winning player is that they keep the wager of the other player.In other embodiments, a monetary award may not be associated with awinning outcome and a player can just receive and indication that theywere victorious over the other player based upon the outcomes achievedby each player.

Returning to FIG. 1, in 104, one or more players in the game can be andtheir game play strategy can be simulated. Simulated players can bereferred to as virtual players. To simulate a player, the gaming devicecan be configured to determine decisions required by the virtual playerduring game play that affect the position of the game and its outcome.The gaming device can determine the required decisions by executingvarious algorithms, strategies and methods encoded as executable logicon the gaming device. In particular embodiments, game strategies can bedeveloped by applying the principles of game theory which is describedin more detail with respect to FIG. 3.

In particular embodiments, the virtual player can be configured to win agame against a live player or a combination of live and virtual players.The virtual player can be configured to respond to a common set ofdecisions that each player, whether virtual or live, is expected to makeduring play of the game. The virtual player can be configured to makedecisions that affect an amount won or lost by the virtual player. Forinstance, a gaming operator can provide the virtual player cash orindicia of credit to be used against a live player in a game in whichthe live player and the virtual player participate. The virtual playercan be considered as acting as an agent of the gaming operator. Thevirtual player can make decisions that result in cash or indicia ofcredit being won by the virtual player. Thus, as a result, cash orindicia of credit can be transferred from the live player to the virtualplayer where the virtual player's winnings are received by the gamingoperator. Conversely, losses by the virtual player can result in cash orindicia of credit being transferred from the gaming operator to the liveplayer where the virtual player's losses are received by the liveplayer.

In particular embodiments, some games played on the gaming device canrequire at least one virtual player. For instance, a two player game caninvolve one live player and virtual player. As another example, a threeplayer game can involve two live players and one virtual player or onelive player and two virtual players. In yet another example, a fourplayer game can involve two pairs of players where each pair of playersincludes a live player and a virtual player or a six player game caninvolve three pairs of player where each includes a live player or twogroups of three players where each group includes one or two liveplayers and the rest virtual players. In yet other examples, pairs oflive players could be pitted against pairs of live and virtual playersand pairs of virtual players. Many such combinations are possible andare not limited to the examples described above.

In 106, the gaming device can receive an input to initiate game. Forinstance, in a two player game involving a live player and a virtualplayer. The gaming device can be configured to receive an input via aninput mechanism that indicates the live player desires to initiate thegame and in response initiate the game. In some embodiments, an input toinitiate the game may not be necessary. For instance, in a group game, agame server can be configured to provide an enrollment period for a gameon a number of gaming devices where during the enrollment period variousplayers can be enrolled in a game. After the enrollment period hasended, the game server can initiate on each of the gaming devicesenrolled in the game. As another example, the decision to initiate thegame can be combined with another decision by the live player. Forinstance, a gaming device can be configured to receive an inputindicating a wager amount, which is also interpreted by the gamingdevice as a decision by the player to initiate the game.

In 108, a game state can be generated. The game state can include aposition in the game determined for each player by the gaming device. Ina particular embodiment, the game state can include a position in thegame that is determined for at least one virtual player and one liveplayer. For instance, in a card game involving a single card dealt toeach player in a two player game, the gaming device can be configured torandomly determine a card for each of the virtual player and a liveplayer from among a deck of cards. Next, as will be described in moredetail with respect to FIG. 2A-2H, the gaming device can be configuredto output information about the current position in the game. Forinstance, in the card game involving the single card, the gaming devicecan be configured to display the single card dealt to the live player.

In 110, the gaming device can be configured to determine whether outputinformation indicative of a virtual player's ‘behavior’ during gameplay. When detected and correctly interpreted by a live player utilizingthe gaming device, the behavioral information can be used by the liveplayer to gain some advantage in playing their current game or playing afuture game with the virtual player. In particular embodiments, thegaming device can communicate the behavioral information by generating amodel of the virtual player that simulates their appearance andbehaviors. The behavioral information can relate to but is not limitedto information regarding 1) the virtual player's current game position,2) how the virtual player behaves before they have made a particulardecision, 3) how the virtual player behaves after making a particulardecision, and/or 4) a strategy or strategies that the virtual playeremploys during their game play, such as a decision making strategy thatcan vary from situation to situation (e.g., it can change as a functionof game position).

As an example, in one embodiment, a model of the virtual player's facemay be generated after the game is initiated in 106. The virtualplayer's face can be generated with general features, such as long orshort hair, tough or nice looking, male or female. The general featurescan be associated with or unrelated to the virtual player's style ofplaying the game, i.e., strategies that the virtual player tends to use.Initially, the virtual player's face can be rendered with an expressionthat can be interpreted as neutral, i.e., neither happy or sad. Then,after an initial game position is determined for the virtual player ifit is determined that behavioral information is to be displayed, thevirtual player's appearance can be rendered with an alternate expressionthat is indicative of their game position. For instance, if the virtualplayer's initial game position is determined to be good, then the gamingdevice can be configured to change the player's expression from neutralto happy. If the virtual player's initial position is determined to bebad, then the gaming device can be configured to change the player'sexpression from neutral to sad.

The rendered images showing the behavior change of virtual player can bestatic or dynamic and can be of a temporary nature. For example, thevirtual player's expression can be shown in an animated manner to changefrom neutral to happy over some time period. Then, the virtual player'sexpression could return back to a neutral expression over some timeperiod and then remain with a neutral expression. More details ofmodeling virtual player's appearance and associated behavior and underwhat conditions the gaming device outputs this information are discussedwith respect to FIG. 2A-2K.

The gaming device can be configured to repeat an output of the virtualgame player's behavioral information in response to an event that occursduring the play of the game, such as but not limited to in response toan occurrence of a particular game position. Also, an output of aparticular behavior of the virtual player can be linked to a particulargame position or a group of related game positions. For instance, in acard game, the gaming device can be configured to output a particularbehavior of the virtual player only when the virtual player is dealt aparticular card, such as the queen of hearts and can be configured tooutput another behavior of the virtual player when the player has beenany card less than or equal to 5. In this example, a first eventcomprises the virtual player receiving a particular card and a secondevent comprises the virtual player receiving a card with a value lessthan five. As noted below, other factor can also be used to determinewhether an event leading to an output of behavior information hasoccurred. In particular embodiments, the gaming device can be configurednot to output associated behavioral information every time an eventoccurs but only part of the time. For instance, in the card game, whenthe player is dealt of queen of hearts, the gaming device can beconfigured to output behavior information associated with this card 80%of the time where the determination is based upon a randomly generatednumber.

In general, an event that triggers an output of behavioral informationcan be associated with many different factors and is not limited to acurrent game position. For instance, the event could depend on the oneor more of 1) a current game position of the virtual player, 2) a pastgame position, 3) whether the virtual player is on winning streak or alosing streak, 4) the time of the day, day of the week, etc., 5) a wageramount made by the live player, 6) a current game state, such as a gamestate requiring the virtual player to make a decision, 7) random factorsand combinations thereof. As an example, at random times during gameplay the information about the virtual player's behavior can be output,such as “The virtual player blushes when they are bluffing.”

The gaming device can be configured to repeat the behavior informationoften enough in response to game events such that a pattern of thevirtual game player's behavior in certain game situations, such as inresponse to particular game positions, can be determined by a liveplayer. Also, the gaming device can be configured to directly reveal orprovide hints about certain patterns of virtual player behavior, such asthe virtual player is likely to tap their foot a lot or fidget, whentheir game position is poor. For this implementation, the gaming devicecan be configured to determine whether a game position is poor relativeto other game positions and hence trigger the output of virtual playerbehavior information.

The game played on the gaming device can be constructed to include gamesituations for the live player where a decision is to be made. In someof these game situations, that are generated, the behavioral informationabout the virtual player may help the live player make a betterdecision. As an example, the gaming device can be configured to providea poker game between a live player and a virtual player. The gamingdevice can be configured such that in certain situations the virtualplayer bluffs. When the virtual player is bluffing, the virtual player'sappearance that is rendered by the gaming device can be modified toindicate when they are bluffing. For instance, the virtual player can berendered dynamically, such that blinking of the virtual player isrendered. When the virtual player is bluffing, its blink rate can beincreased. Thus, in a situation where the live player has to makedecision as to whether to call a bluff of the virtual player, if thelive player recognizes that the virtual player's blink rate is increasedthen, the live player can use this behavioral information in determiningwhether to call the virtual player's bluff.

In 112, the gaming device can receive an input indicative of a decisionmade by a live player. For example, using the example from the previousparagraph, the player can make a determination of whether the virtualplayer is bluffing or not and then the gaming device can receive aninput indicating the live player wishes to bet or fold. In 114, thegaming device can be configured to make decisions required of thevirtual player. For example, in a card game, the virtual player can berequired to make a bet or fold. The decision made for the virtual playercould be based upon a probabilistic determination of their odds ofwinning the game. These decisions can vary from game to game. Somemethods determining decisions of a virtual player are described in moredetail with respect to FIGS. 2A-2K and 3.

In 116, gaming device can be configured to output various game states.The game states can include but are not limited to visual and/orauditory output that indicate information about game positions anddecisions made by each of the virtual and live players as the gameprogresses. In 118, at the end of the game, based upon each of theplayer's final game position and/or decisions made by each of the liveand virtual players, a game outcome can be determined. In someembodiments, the game outcome may be that one of the virtual or the liveplayer is victorious, which determines whether the live player receivesan award. In other embodiments, depending on how the live player playedthe game, an initial wager, a final position of the live player in thegame, which can vary from game to game and combinations thereof. Anaward associated with the outcome of the game for the live player can bedetermined. In 120, the gaming device can be configured to output a gameoutcome and its associated award. In the case of a casino type gamingmachine, the gaming device can be configured to update meters and creditinformation.

In FIGS. 2A-2K an example of a card game incorporating details of themethod discussed with respect to FIG. 1 is described. The card game usedin the example is a game of ‘war.’ In the game of war, each of two ormore players can be provided a hand consisting of 1 or more cards from adeck of cards, such as a standard deck of card. A rank can be assignedto each hand. The hand with the highest rank can be considered thewinner and hands of equal rank can be considered as a tie. In thefollowing example, the card deck consists of 52 cards comprising 4 suitsof 13 cards each with symbols in each suit from lowest to highest of 2,3, 4, 5, 6, 7, 8, 9, 10, Jack, Queen, King and Ace.

In the example, each hand comprises one card where no preference isgiven to suit. Thus, the highest ranked hand consists of an Ace andlowest ranked hand consists of a 2. These rules described in thisparagraph and the previous paragraph can be displayed on or by thegaming device. Many different card games as well as other types of gamescan be utilized and the present invention is not limited to thefollowing examples which are provided for the purposes of illustration.

In FIG. 2A an image 202 including an initial position of the war cardgame is illustrated. The image can be output to a display deviceassociated with an electronic gaming device. Two players, 1 and 2, areparticipating in the game. Player one is a live player and player 2 is avirtual player. Player 1 starts with 50 credits. The number of credits,such as 208, available to each player can be incorporated into the image202. The second player, i.e., the virtual player, is banked by thehouse. Thus, the house money can be won or lost based upon the gameplaying decisions of the virtual player. The house can be a gamingoperator such as a casino. The amount of credits assigned to player 2 isnot shown but some arbitrary amount could be assigned to player 2 ifdesired.

To start the game, each player provides an initial bet, which isreferred as an ante. The image 202 includes a message, ‘It's War, Anteup,’ which provides an indication that each player is required toprovide an input indicating an ante amount. ‘It's War, Ante up’ is anexample of a status message that can be generated to during the play ofthe game to indicate decisions that can be needed during a currentposition of the game.

In one embodiment, the live player can be provided the option of anteingup between some minimum and maximum value to start the game which ismatched by the virtual player 2. In this example, player 1 is shown asanteing 4 credits (each credit can be redeemable for some cash amount oran actual cash amount could be used). Player 2 is shown as matching theante of player 1. The combined contributions of each player are shown asa ‘pot’ with a value of 8 credits. The pot is represented as an ovaltable that is divided in half where the amount contributed by eachplayer is shown on each side of the divide.

In the initial position of the game, player 1 is dealt a card, 210,which is a 9 of hearts and player 2 is dealt a card, 212, which is a 5of spades. In image 202, the card 212 of player 2 is shown as hidden toplayer 1. In a multiplayer game involving two or more live players, itcan be necessary to generate multiple images where the information shownto each live player can vary from player to player. For instance, afirst live player can be shown their hand while the other playersincluding one or more live player's hands remain hidden and then asecond live player can be shown their hand while the other first playerand the other player's hands are hidden. The images for the first andsecond player that comprise different hidden information could bedisplayed on separate display devices that are not visible to both thefirst player and the second player at the same time such as located ongaming devices in different locations.

An image 204 representative of virtual player 2's behavior can beprovided. As described with respect to FIG. 1, the behavioralinformation can relate to but is not limited to information regarding 1)the virtual player's current game position, 2) how the virtual playerbehaves before they have made a particular decision, 3) how the virtualplayer behaves after making a particular decision, and/or 4) a strategyor strategies that the virtual player employs during their game play,such as a decision making strategy that can vary from situation tosituation (e.g., it can change as a function of game position). In oneembodiment, the behavioral information can be conveyed via a face. Theface can be drawn to convey a facial expression. The facial expressioncan be representative of a particular emotion. In 202, a simple face isshown that is drawn with a neutral expression. The neutral expression isrepresented by the mouth which is a straight line.

A virtual behavior can be represented by a character associated with thevirtual player. Many types of emotions can be represented by thecharacters described herein. Some positive emotions can be representedinclude but are not limited to Adequate, Awe, Assured, Able, Capable,Certain, Charmed, Cheerful, Comfortable Compassion, Courageous,Confidence, Determined, Delighted, Eager, Energetic, Enthusiastic,Excited, Exhilarated, Expectant, Elation, Empathy, Excellent,Fascinated, Glad, Good, Great, Grateful, Glorious, Glamorous, Graceful,Happy, Hopeful, Humorous, Inspired, Interested, Joyful, Magnificent,Lust, Love, Pleasure Playfulness, Peaceful, Pleasant, Powerful, Pride,Positive, Relaxed, Relieved, Satisfied, Surprised, Sympathy, Stable,Sublime, Superior and Thrilled. Some negative emotions that can berepresented include but are not limited to Annoyed, Anxious,Apprehensive, Agonize, Anger, Anxiety, Apathy, Bored, Burdened,Cautious, Competitive, Concerned, Confused, Contempt, Depressed,Destructive, Disgusted, Distracted, Doubtful, Disappointed, Exasperated,Exhausted, Embarrassment, Envy, Frustrated, Fear, Guilty, Greed, Grief,Harassed, Hesitant, Hostile, Ignored, Impatient, Indifferent,Intimidated, Isolated, Irritated, Jealous, Jumpy, Lonely, Mad,Manipulated, Miserable, Obnoxious, Overwhelmed, Panic, Pressured,Remorse, Revenge, Shame, Sad, Scared, Shocked, Suspicious, Stress,Tired, Uncomfortable, Uneasy, Used, Wary, Weary and Wasteful. Theseemotions can be conveyed using a combination of facial expressions andbody movements for instance a nervous player could smile and tap theirfingers or foot or a nervous player could smile and twirl their hair incertain situations.

In various embodiments, the face can a complex 2-D or 3-D rendering. Theface can be representative of a human or non-human character and includeall of the features associated a face, such as but not limited to eyes,eye lids, pupils, eyebrows, lips, nose, hair, moles, ears, wrinkles,nostrils, teeth, skin blemishes, skin coloration, jewelry, glasses andcombinations thereof. Further, besides a face, all or portion of a body,associated with the face can be rendered, such as a neck, hands, feet,limbs, torso. The body can be clothed and include other adornments.

The amount of the body rendered can be varied from time to time. Forinstance, at one time, a player's face and neck can be shown and thenduring another time a hand can be shown entering the picture andperforming an action, such as scratching a nose, twirling hair orpulling a lip, and then shown leaving the image. As another example, aface could be shown and then the image could switch to a rendering ofthe entire player's body, the virtual player could be shown performing adance or some other action. Details of facial modeling and body modelingthat can be utilized in the present invention are described in ‘FacialModeling and Animation Done Right,” Second edition, by Jason Osipa,Wiley Publishing, Inc. Indianapolis, Ind., 2007, ISBN-13:978-0-471-79820-8, and ‘Body Language: Advanced 3D CharacterRigging,” Eric Allen and Kelly L. Murdoch, Wiley Publishing, Inc.Indianapolis, Ind., 2008, ISBN 978-0-4-17387-9, each of which isincorporated by reference in its entirety and for all purposes. Acomputer program that can be used to generate 2 and 3-D characteranimations or still images that can be used in the embodiments herein is“Autodesk Maya,” provided by Autodesk, Inc., San Rafael, Ca.

In other embodiments, images of an actual person can be employed. Theseimages can comprise movie clips and/or still images of an actual person.The actual person can be performing various actions and/or modelingvarious facial expressions. The movie clips can be played at differenttimes during the game to reveal different behavioral information aboutthe player. In yet other embodiments, images that include behavioralinformation do not even have to include a human or non-human character.For instance, various symbols such as clouds, sun, rain, rainbows andlightning could be used to characterize various game positions anddecision making strategies of the virtual player.

In the embodiments described herein, the image 204 is not limited tovisual components. Information can be conveyed via other sensory modes,such as via an audio mode. For instance, a human or non-human charactercould be shown speaking, such as conveying words represented of disgustat a bad position in game, such as a bad hand or happiness at a goodposition in the game or the opposite, i.e., the human or non-humancharacter could express happiness sometimes when they are in a badposition in the game and happiness when they are bad position. Also,visual and audio components can be combined.

FIG. 2B is an image 218 of the card game shown in FIG. 2A after theinitial position. In this example, each player takes turns making theirdecisions. But, as indicated in the FIG. 2B, player 1 is to go first. Ina series of games or a single game comprising multiple rounds, theplayers 1 and 2 could alternate in regard to who is required to gofirst. In an initial game, such as after, the live player first depositscredits on the electronic gaming device, in a turn-based game, theplayer going first can be selected at random by the gaming device andthen alternate between the one or more other virtual and live playersduring subsequent games or rounds.

In the position shown in FIG. 2B, player 1 is offered the decision 220to double their bet or hold. If player 1 doubles their bet, then player2 can be required to match their bet or fold. While player 1 is offeredthe decision 220, the gaming device can determine that a behavior ofplayer 2 is triggered. The behavior can be triggered based upon a numberof factors as previously described, such as but not limited to player2's current game position. In 222, the behavior is conveyed as asequence of images showing the player 2's facial expression changingwith time. The player facial image changes from a neutral expression toa smile and then back to a neutral expression. The image 218 could beredrawn over time to show player 2's facial expression changing asindicated in the animation 222.

While player 1 is making their decision, in various embodiments, theanimation could be played once or repeated at intervals such as randomintervals. The animation shows only expressions at three times butintervening expressions can be drawn such that the player's expressionappears to transition in a continuous manner from one expression toanother expression. The behavior does not have to be conveyed as asingle expression. For instance, the face could be shown transitioningbetween happiness and sadness. The expression rendered does not have toreturn to its initial state as shown but could be animated changed fromone expression to another. Further, behavior does not have to beprovided as an animation sequence. Instead, a first image of the neutralimage could be shown followed a second image of a smiling face.

If the animation sequence 222 that conveys player 2's behaviorcorresponds to a game position of player 2 and if player 1 has learnedthe relationship between the behavior and the game position, player 1can gain an advantage in their decision making process. For instance, ifanimation sequence 222 were repeated each time or some percentage of thetime when player 2 had a five or less, then player 1 would know in thisinstance to double up their bet because player 2 has a worse hand thanplayer 1. If player 1 did not know of this behavior, player 1 couldobserve this behavior and then later on see what card is in player 2'shand. Then, the player 1 could see if this behavior is repeated againand under what circumstances to see if a pattern is established.

A single behavior that is conveyed in the animation sequence 222 can beprovided for multiple game positions. For instance, as described abovein the previous paragraph, the behavior triggered each time or somefraction of the time when the virtual game player's position is any handof 5 or less. In another example, the same behavior could be triggeredeach time the player had a 5 or less or an ace. In this example, ifplayer 1 knew this behavior was triggered, then they would know thatthey could still lose (player 2 possesses an ace) or could win (player 2possess a 5 or less) and make a decision based upon this information. Ingeneral, a behavior can be linked to a single game position or multiplegame positions and is not limited to these examples. In the instance ofthe multiple game positions, the positions can be of a similar rank,such as a range of good positions, bad positions, mediocre positions orcombinations thereof.

FIG. 2C illustrates an image 224 a game position where player #1 hasmade a decision to double their bet. For example, image 224 could followfrom image 218 in FIG. 2B. Relative to image 218, after the bet, player1's credit is shown reduced and the pot size is shown increased to 12credits where player 1 has more credits on the table than player 2.Player 1's position is shown as having doubled up 228. The image 224indicates that it is player 2's turn to make a decision. The decision isto match player 1's bet or fold 230. The fold decision allows a playerto opt of the game independent of their game position. For the virtualplayer, the decision can be determined by a decision engine executed onthe electronic gaming device. (Decision engines are also described withrespect to FIG. 3).

In general, virtual player 2 will not have any more knowledge in makinga decision than live player 1 possess. For instance, the decision forthe virtual player 2 can be made with the knowledge that player 1 hasdoubled their bet and that the current card that player 2 is holding isa 5 of spades. Thus, even though player 1's card is shown in the figure,the decision engine is not allowed to use it to determine theirdecision. Based on the knowledge of their current game position and thatplayer 1 has doubled their bet (i.e., a decision made by player 1), adecision engine can determine for the virtual player 2 whether to matchplayer 1 's bet or fold. Thus, a decision engine can make decisionsbased upon decisions made by other players, a current game position orcombinations thereof.

In some embodiments, a game theory analysis of the game can be used toconstruct a decision engine. The game theory analysis can be used todetermine an optimum decision in each instance of a game position basedon certain assumptions of the live player's behavior. For instant, usinggame theory, a decision tree can be constructed based upon all possiblegame positions that player 1 could possess relative to player 2 anddecisions that player 2 could make in response, to determine a decisionthat is likely to produce the best outcome for player 2.

In some embodiments, the virtual player can possess less knowledge thanthe live player because the virtual player decisions can be generatedwithout knowledge of player 1's past play and behaviors while the liveplayer can be afforded the opportunity to learn about the virtualplayer's behavior related to playing the game. For instance, as notedabove, the decision engine can be configured to use only informationabout the current game position and/or decisions player 1 has made inthe current game. In other embodiments, a decision engine for thevirtual player can be configured to analyze past game play patterns ofan individual player or a group of players including decisions made inresponse to particular game positions. This information can be used bythe decision engine to change their strategy in real time. For instance,the live player could play a number of games against the virtual playerand an analysis could be performed to determine if the live playerexhibits any particular behaviors in particular game positions and thena configuration of the virtual player's decision engine can be adjustedto take advantage of the live player's behavioral pattern or a group ofplayer's behavioral pattern. This type of decision engine can bereferred to as an adaptive decision engine. Also, in other embodiments,past player decisions can be saved to validate a decision engine for avirtual player where it is an adaptive engine or not.

Returning to FIG. 2C, prior to an indication in the image of player 2'sdecision being displayed in 224, an animation 226 can be generated. Theactual computer time to make a decision can be quite fast but the gamingdevice can be configured to wait a certain time period before indicatinga decision of the virtual player to simulate the virtual player takingtime to make their decision and behaving a certain way during thedecision process. In other embodiments, for a more complicated game, thewait time can also be used to allow the gaming device to perform itscalculations. Prior to deployment, a decision engine can be tested onvarious hardware platforms to determine that a wait time in any possiblegame position does not exceed some desired maximum limit.

The animation 226 can be used to convey some information related to abehavior associated with the decision. As previously discussed, thedecision can be a function of the virtual player's current position,decision made in the current game by the virtual player and live playersand in some embodiments, past decisions made by live players. Sinceanimation 226 is played after player 1 has indicated their decision, theanimation does not convey information that can influence this priordecision. In some embodiments, animations indicative of a triggeredbehavior can occur after a live player has no more decisions left tomake in a game. Nevertheless, the behavioral information that isconveyed, if properly interpreted by the live player, could be used toindicate information that is useful in future game decisions that thelive player could make against the virtual player.

As an example, in the animation sequence 226, the virtual player 2 canbe shown making a sad expression during their decision to match or fold.In a future game, the virtual player could be shown making the sameexpression when they have to make a decision to double up or not whenthey are in a similar game position. In the future game, knowing thisinformation, the live player may be able to use this information intheir decision as to whether to match a double by the virtual player.Thus, in various embodiments, behavioral information that is conveyedcan be useful for making a current game decision or a future gamedecision.

It various embodiments, a gaming device can offer multiple virtualcharacters that present a virtual player's game playing behavior. Themultiple virtual characters can present different behaviors from oneanother. The virtual characters can be generated with a recognizableappearance such that the live player will know in the future that theyare playing against the ‘same’ virtual player, i.e., makes decisions inthe same way and repeats their behavior patterns. Thus, the live playercan continue to learn and apply knowledge about a particular virtualcharacter over the course of many game play sessions which can involveseparate visits to the same or different gaming establishments.

FIG. 2D is an illustration of a card game, such as War, in a finalposition. Image 232 could be shown after image 224 in FIG. 2C. Virtualplayer 2 is shown as having folded. In this embodiment, the card virtualplayer 2 had is revealed. In some embodiments, the virtual player's gameposition at the end of the game may not always be revealed. Forinstance, the virtual player's hand can be shown when they decide tomatch or double a bet but not when they fold. Whether a virtual player'sgame position is revealed or not in each game can determine whether ornot a live player is able to associate the virtual player's behaviorwith a virtual player's game position.

The virtual player's game position does not have to remain hidden andthen revealed at only certain times in a game according to the rules,such as at the end of the game. In some embodiments, the revealing ofthe virtual player's game position could be triggered according tovarious conditions, such as at random and under circumstances where itis not normally revealed. For instance, relative to FIGS. 2A-2C, arevealing of the virtual player's game position could be rendered as thevirtual player's card being revealed and then being hidden again as isshown in these figures. If the game position of the virtual player isrevealed proximate to when a behavior of the virtual player has beenconveyed, it could provide an opportunity for the live player toassociate a game position with information conveyed about the virtualplayer's behavior.

Returning to FIG. 2D, the outcome of the game is indicated in 234 asPlayer 1 wins. Relative to FIG. 2C, an adjustment in player 1 's creditis shown as increasing where the live player has won 4 credits from thevirtual player. To indicate the outcome all of the credits are shown onPlayer 1 's side of the table. This depiction is in addition to thedisplayed message that player 1 has won. In some embodiments, player 1may not receive all of player 2's credits when the win, such as the 4credits shown in FIG. 2D. For example, the gaming device can beconfigured to take a percentage of each win by a live player, such as10%. This take could provide a profit margin for the casino.

The moving of player 2's credits to player one side could be shown inanimated manner as could the outcome in general. For instance, virtualplayer 2 could be shown throwing their card down in disgust when theylose or could be shown taunting when they win. These types of behaviorscould be part of the ‘personality’ developed for the virtual character.

Various rules can be constructed to allow the casino to make a profit onthe game while providing a live player a chance of winning money. Forinstance, the rules of the game, associated awards for outcomes and adecision engine can be constructed such that the casino will win overtime even if the live player makes optimal decisions every time.Traditional, slot games and video poker games are set up in this mannerNevertheless, due to random factors introduced into the game, such asthat each player's position is determined by a random draw of a card,the live player can be expected to win at least some portion of thetime. Further, by learning about the virtual player's behavior, the liveplayer can be afforded the opportunity to increase their likely paybackpercentage over time and increase their chances of winning.

FIG. 2E shows a game position of the game described with respect toFIGS. 2A-2D where the virtual player goes first. This game positioncould be generated before the example described in FIGS. 2A-2D or couldbe generated after. In FIG. 2E, each player has been provided an initialgame position where each player has anteed four credits, the virtualplayer has been offered the decision to double up or not and decided todouble their bet.

An animation sequence 240 is shown for the virtual player, the animationshows the virtual player as saying ‘woo hoo.’ The statement could beconveyed as text in the animation, a sound emitted by the gaming deviceor combinations thereof. The face of the virtual player can be rendered,and sounds emitted from the gaming device so that it appears the virtualplayer is actually speaking the word in a particular language. Virtualcharacters can be rendered to lip sync speech in various languagesdepending on where a gaming device is to be used and the gaming devicecan be configured to output written text or audio accordingly.

The animation 240 of the behavior of the virtual player including textor audio components can be triggered as a result of their game position.For instance, in this example, the game position 244 of the virtualplayer is a queen of hearts. The animation could be used to convey thatthe virtual player is happy with their current game position. Theanimation could be shown after the initial position of each player isshown and prior to an indication that player 2 has to be make adecision, while the virtual player 2 is making their decision orcombinations thereof.

FIG. 2F illustrates an image 240 a game position where the live playeris required to make a decision whether to match or fold. This gameposition could be rendered after the example shown in FIG. 2E. The liveplayer is required to make a decision as to whether to provide anadditional four credits. The player can base their decision oninformation about their game position, the decision made by the virtualplayer, i.e., the virtual player has doubled-up (the player may assumethe virtual player has doubled-up because they have a good hand or mayassume the virtual player is bluffing), and any information revealedabout the virtual player, such as in the animation sequence describedwith respect to FIG. 2E or from the play against the virtual player inprevious games.

As previously described, the gaming device can be configured such that abehavior of the virtual player is not conveyed every time the virtualplayer is in a particular game position. Also, a behavior conveyed forthe virtual player does not even have to relate to a game position. Forinstance, certain behaviors of the virtual player can be conveyed atrandom that are just part of the virtual player's personality. Further,even when the virtual player behavior that is currently being conveyedor has been conveyed is related to a current game position, the liveplayer has to correctly interpret the information. Thus, the liveplayer's decision can be based upon all or a combination of thesefactors, i.e., their game position, decisions made by the virtualplayer, whether a behavior of the virtual player has been conveyed andif so whether it is related to a current game position of the virtualplayer.

FIGS. 2G and 2H show images, 242 and 244, comprising game positionswhere a live player has matched a bet of a virtual player and then apresentation of the outcome is shown. FIGS. 2G and 2H could be renderedafter the image 240 shown in FIG. 2F. In FIG. 2F, the live player isillustrated as matching the bet of the virtual player. The pot size isshown as being 16 credits. In FIG. 2H, the image 244 shows the outcomewhich is a tie. All of the credits are being shown returned to eachplayer except for one credit for each player being left on the table. Inthe image, it is indicated that 1 for the house is an amount that is notcredited back to the live player. Not returning all of a live player'smoney for game outcomes that are inconclusive, i.e., a tie in thisinstance is one method of constructing a game that is profitable to acasino. Another example, as previously described, is taking percentageof the live player's winnings.

The gaming device can be configured to show virtual players and liveplayers being treated the same. For instance, a percentage of a virtualplayer's winning could be shown going towards the house in a win and apercentage of the virtual player's money could be shown going toward thehouse even in instances where the house is banking the virtual behavior.In some embodiments, it can be possible for the live player to select avirtual player to play against another virtual player or another liveplayer. The live player could be afforded the opportunity to overridedecisions of the virtual player they have selected if desired, but thelive player acts a bank and backs the virtual player. Thus, it can beadvantageous to treat live players and virtual players identicallybecause the live player can be offered the opportunity to playthemselves or select a virtual player to act as their agent.

With respect to the previous examples, it was described that the virtualand live players took turns making decisions. In some embodiments, in agame, live and virtual players can be required to make simultaneousdecisions. In FIGS. 2I-2J images 248 and 254 related to the gamepreviously discussed with respect to FIGS. 2A-H is described. In thisexample, in image 248 live player 1 and virtual player 2 have eachreceived an initial card. Live player 1 has received a queen of spadeswhile virtual player 2 has received a 2 of diamonds which is hidden toplayer 1 but shown as revealed in 252 for the sake of clarity. Theplayers have each bet 4 credits and the pot is eight credits.

Each player is required to make a decision of whether to take a new cardor not, i.e., a simultaneous decision. The gaming device can beconfigured so as not to reveal the decisions of each player until it hasreceived the decisions of all the players. An animation 250 can be shownfor the virtual player 2. In the animation, a virtual characterrepresenting virtual player 2 is shown with a neutral expression, sayingyuck 270 and then exhibiting a sad expression. This animation can betriggered in response to the virtual player receiving a ‘bad’ gameposition, i.e., a two of diamonds.

The decisions of each player can be revealed in one or more images. Theone or more images can be rendered to provide animations of variousactions. In this example, it can be indicated that player 2 took a newcard and player 1 kept their card or it can be simply indicated whichplayers took new cards. The game position prior to the decision tochange their game position may or not be revealed, i.e., in this examplethe value of the card the virtual player discarded. In some embodiments,a player can be afforded an opportunity to change their game positionbut at a cost. For instance, live player 1 or virtual player 2 couldhave been required to provide one or more additional credits to changetheir game position by drawing a new card.

In other embodiments, a player's behavior, such as related to decisionsand game positions can be conveyed using an animatronic/robotic devices.For instance, a gaming system can comprise a robotic device that mimicshuman facial and/or body motions. This device could be a freestandingelement associated with a gaming table or a bonus device, such as ananimated face associated with a gaming machine. For example,animatronic/robotic device can be provided as free standing andpositioned at a traditional gaming table, such as poker, black jack,baccarat, or other card game that can be played electronically betweenplayers. One or more animatronic/robotic devices can be configured toprovide cues, gestures, audio, and/or facial expressions as it relatesto its game strategy or positioned such that a head to head game couldbe played with a live player against a virtual player utilizinganimatronic or robotic devices.

Returning to FIG. 2J the image 254 shows a game situation where aftermaking simultaneous decisions, player decisions revert to a turn basedformat. In general, in various embodiments, all decisions in a game canbe turned based, all decisions can be made simultaneously orcombinations thereof. In 254, the live player is offered the opportunityto double their bet. Virtual player 2 has drawn a second card asindicated. The value of the new card is a 4 of clubs. It is shown ashidden information 256 in FIG. 2J, i.e., hidden information isinformation not available to one or more game players participating in amultiplayer game. The hidden information is shown in the FIG. 2J forillustrative purposes.

An animation sequence 271 is associated with the image 254. Thus, image254 could be associated with a plurality of images where parts of image254 are changed to reveal the animation sequence while parts remainconstant. For instance, the credits available to player 1 would notchange in image 254 as it was redrawn in a sequence of images to revealthe animation 271. In other embodiments, the animation sequence 271 doesnot have to be a part of the image 254. For instance, image 254 andimages associated with the animation sequence 271 could be output toseparate displays or to different windows in the same display whereimage 254 and the animation sequence 271 are generated by differentlogic entities. More details of generating presentation includinganimation sequences are described with respect to FIG. 3.

The animation sequence 271 shown the virtual player saying ‘yuck’ 273and could be identical to the animation sequence 270 shown with respectto FIG. 2I. The animation sequence can have been triggered in responseto the virtual player's game position again being poor. Thus, since thisbehavior of the virtual behavior was conveyed prior to drawing a newcard and after a new card, the gaming device and associated game can beconfigured to provide this information to the live player with theintention that the live player can interpret this behavioral informationto indicate the virtual player still has a bad hand even though value ofthe original bad hand may have not been revealed to the live player.

It can be assumed in constructing the game, which includes the behaviorsthat are conveyed, that a live player will interpret the decision of thevirtual player to draw a new card as indicating their original hand wasnot good and a repeating of the behavior after a new card is drawn toindicate that their new hand is also not good. An expected payout forthe game can be based upon this assumption, i.e., the live playercorrectly uses the information to their advantage and hence gains anadvantage during certain game positions. The advantage of the conveyedbehavioral information is that it can lead other players to makedecisions that are more favorable to the player obtaining a desiredoutcome. Nevertheless, the gaming device does not control how otherplayers, such as a live player, use conveyed behavioral information andwhether they are using it correctly or not. Thus, the expected payoutcan vary between live players depending on whether they correctlyinterpret a virtual player's behavior conveyed by a virtual character.

With respect to FIG. 2K, an embodiment of the war game described withrespect to FIGS. 2A-2J, is discussed. In FIG. 2K an image 260 involvinga war game including 3 players is described. Player 3 is a virtualplayer, player 1 is a live player and player 2 could be either a liveplayer or a virtual player. Players 1, 2 and 3 can each receive a cardindicative of their initial game position. Player 1 has a queen ofspades, player 2 has received a two of diamonds and player 3 hasreceived a four of clubs. The pot is shown as a table divided into threeparts where each of players 1, 2 and 3 have contributed 4 credits for atotal pot of 12 credits.

The 2 of diamonds and the 4 of clubs are hidden information 264 and 266in the figure, i.e., this information is not shown to player 2. Ifplayer 3 is a live player and participating in this game in gamingdevice separate from player 2, a controller providing the multipleplayer game can be configured to determine for each player whatinformation is to be revealed and what information is to be hidden. Inresponse, a different game presentation game can be generated for eachlive player with different combinations of revealed and hiddeninformation. For instance, when player 3 is a live player, a gamepresentation can be generated for player 3 that shows their gameposition as being revealed while players 1 and 2's game position is notrevealed (e.g., their cards are hidden.)

The gaming device can determine that virtual player 3 is the first tomake a decision, in response, virtual player 3 can decide to fold, whichis indicated in the image 260. An animation sequence 263 can beassociated with virtual player 3's decision. For instance, the virtualplayer 3 can be shown as saying a message 262, such as ‘darn’, and theirfacial expression can be shown as changing to a sad face.

Next, the gaming device can be configured to determine that each ofplayers 2 and 3 are to be offered an opportunity to split player 3'sbet. The next position in the game can be based upon a combination ofdecisions of both player 1 and player 2. If both players decide to splitthen each could be credited with half of player 3's bet. If neitherplayer decides to split or only one player decides to split, then thegame continues as a war between player 1 and player 2 where the winnerof the war gets all of player 3's bet as well as any additional betsmade by the other players. In the case of a split, i.e., both playersdecide to split, in one embodiment, the game could end with at least aportion each of player 1 and player 2's wagers being immediatelyreturned and each player receiving a portion of player 3's winnings. Inanother embodiment, players 1 and 2 could each be credited with aportion of player 3 bet but then continue their war against each otherwhere player 1 or 2 will be afforded the opportunity to win from eachother.

The decision to split or not could be required to be made simultaneouslywhere either player does not what decision the other is going to make(i.e., in parallel) or sequentially, such a first player 2 then player 1or first player 1 then player 2 where one or the other player haveinformation about the other player's decision when they make theirdecision. The decision to split or not to split for either player 1 and2 may not change the underlying game position because their cards do notchange in response to the decision and in some embodiments the gamecontinues. Nevertheless, the outcome of the game and the associatedaward for each player can change in response to the decision.

Further, each player's decision to split or not does not affect only theoutcome for themselves but for the other player as well. For instance,when both players cooperate and split both players can receive a rewardwhich is beneficial to both players. Thus, a player in the gamesdescribed herein can be required to make a decision that has an outcomethat benefits both themselves and other players and may have to weighthis against a decision that has a benefit for only themselves, such astrying to win the entire pot verses splitting it.

Further to the example of the split described above, there are manytypes of games where outcomes for each player are based upon acombination of decisions made by each player where various combinationsof decisions can have outcomes that are relatively more or lessbeneficial to each player. Examples of such games that can be played inthis manner include chicken, prisoner dilemma and paper, scissors, rock.Optimum decision making in these games, as well as the games previouslydescribed, can be analyzed using game theory.

In one embodiment, a game of chicken may be played between one or moreplayers and one or more virtual players. When the game is played betweenone player and one virtual player, the virtual player can be a computergenerated set of possible choices including GO STRAIGHT or SWERVEcomputed by the player's gaming device. The player can be given the sameplurality of options including GO STRAIGHT or SWERVE.

The gaming device can compute possible payouts using a random numbergenerator then communicates the possible payouts to the player. Forexample, the possible payouts may be 0 if both the virtual player andthe player choose GO STRAIGHT, the payout may be 100 credits if theplayer chooses GO STRAIGHT when the virtual player chooses SWERVE, orthe payout may be 10 credits when both the virtual player and the playerchooses SWERVE. The player can also be notified by the game that thevirtual player chooses GO STRAIGHT 10 percent of the time and SWERVE 90percent of the time or the live player can learn this information viatrial and error. The player then selects their choice, which is inputinto the gaming device.

The decision making behavior of the virtual player can also berepresented by a virtual character's animated behavior or appearance.For instance, a virtual character that swerves 90 percent of the timecould be depicted with one appearance and animated with one set ofbehaviors while a virtual character that goes straight 90 percent of thetime could be depicted with another appearance and animated with anotherset of behaviors. The behaviors and appearance selected for eachcharacter could be selected to be consistent with their game playinghabits. For instance, a virtual character that goes straight 90 percentof the time can be depicted with a crazy appearance and crazy behaviors,such as young wild boy, while the virtual character that swerves 90percent of the time can be depicted with an appearance and behaviorsassociated with being fearful or time, such as an old lady. Of course,as previously mentioned, the present invention is not limited to theanimation of ‘human’ characters and characters with non-human featurescan also be employed. For instance, in the game of chicken, the virtualcharacters could be depicted as chickens or with chicken like features.

The game payout and odds can be determined by the table of possibleoutcomes corresponding to the specific game embodiment. For example:

VIRTUAL PLAYER Go Straight Swerve PLAYER Go Straight 0, 0  100, 10Swerve 10, 100  10, 10 1/10 (10%) 9/10 (90%)

Once the player selects their choice, the gaming device can calculatethe choice of the virtual player based on the weighted probability ofeach choice within the set of choices. In the example presented, thegaming device can select GO STRAIGHT 10% of the time verses SWERVE 90%of the time. Once calculated, the gaming device can provide a pluralityof various presentations to communicate the game outcome to the player.For example, a textual representation of the game outcome, an animationof the game outcome, a video segment can be played corresponding to theselections and the outcome, or any combination of textual, audio, video,and graphical animation.

In one embodiment, a game of Paper, Rock, and Scissors may be playedbetween one or more live players and one or more virtual players. Forexample, the game may be comprised of three choices for the live playerand three choices for the virtual player. Each choice may include a ruleto determine a winning outcome. For example, in the gamePaper-Rock-Scissors, the player and the virtual player each have threechoices. That is, the choices the live player can make comprise the sets={PAPER, ROCK, SCISSORS} and the choices the virtual player can makecomprise the set s′={paper, rock, scissors}. Thus, when the game isplayed by 1 live player and 1 virtual player, the game includes thestrategy sets Si=(PAPER, paper), (PAPER, rock), (PAPER, scissors),(ROCK, paper), (ROCK, rock), (ROCK, scissors), (SCISSORS, paper),(SCISSORS, rock), and (SCISSORS, scissors).

The payoff function Pi for each game strategy set Si is determined bythe gaming device and weighted according to the rules of the game. Forexample, the payoff possibilities represented by the following tablewith payoffs in game credits:

Virtual Player

Paper Rock scissors Player PAPER $0, $0  $5, −$5 −$5, $5  ROCK −$5, $5 $0, $0  $5, −$5 SCISSORS  $5, −$5 −$5, $5  $0, $0 Probability 33.33%33.33% 33.33% Played by Virtual Player

The probability that a particular strategy set Si will be played by thevirtual player is defined randomly by the gaming device for eachiteration of the game. For example, in one embodiment of the game, thevirtual player may make each of the possible selections 33.3% of thetime. In other embodiments, the virtual player may make the selection ofROCK 40% and SCISSORS 40% of the time and PAPER only 20% of the time.For example when the virtual player makes the selections 33.3% of thetime, the live player has a chance to win $5, lose $5 or receive nopayout depending on the strategy set Si played by the players. Thepayout function Pi may comprise any number of random payouts definedprior to each iteration of the game or may be a predetermined amount forthis particular game.

In one or more embodiments of the game and as described previously, avirtual player animation may establish clues as to the particular choicethe virtual player may likely select. For example, the virtual playeranimation sequence may include an angry aggressive roughen animatedimage which the live player may relate to as a virtual player that maymake the ROCK choice or the SCISSORS choice, but not the PAPER choice.The game is played by the animation sequence occurring prior to, duringand after the selection is made by the live player. When the live playermakes their selection, the game automatically triggers the virtualplayer to simultaneously make their selection. The result is displayedafter the live player has made their selection. Credits are awarded tothe live player if they won, no credits if there was a tie and theplayer loses credits when the virtual player wins. Animation sequencescontinue throughout the game and in between games to give the liveplayer an impression of what the virtual player may play next time inorder to develop a game strategy. In other embodiments, the virtualplayer may change each game or periodically change in between games.

In other embodiments of the game, the game may be played by a pluralityof players against one or more virtual players. For example, when 3players are playing against one virtual player, the payoff function maybe based on the number of players and adjusted accordingly. When thisgame is played by more than 2 players, the game may add a plurality ofvirtual players then base wins or loses based on the numbers ofSCISSORS, ROCKS and PAPERS. For example, if there are 4 players and 1player selects SCISSORS, 1 player selects PAPER and 2 players selectROCKS, the 2 ROCKS smash the SCISSORS, but the PAPER player covers theROCK player and wins. Many combinations are possible and may be adjustedto add in virtual players to ensure there will be a winner. However,should the game end up with an even number of each selection, the gameis considered a draw and no one wins.

As the game is played, each live player is able to view the animationsassociate with each virtual player to aid in determining their gamestrategy. For example, with two live players and two virtual players,each live player would be able to visually view the virtual players onthe live player's gaming machine. Additionally, each virtual player maygo through a series of animations establishing their particular gameplay style and strategy as visual cues to the live players each of whichmay or may not pick up on the meaning of said cues.

The games described above can be part of multi-round games. Forinstance, in the game of war described above, such as described withrespect to FIG. 2K, three or more players could start the war, an aftereach round one or more players could be eliminated. For example, theplayer with the lowest hand could be eliminated and the remainingplayers could play against each other. In another example, the game ofwar could comprise 3 or more rounds with the player with the most winsafter the rounds winning some award. In yet another example, in the gameof chicken described above, a large number of players could participatein pairs where losing players could be eliminated and winning playerscould play each other in a number of rounds or a number of games couldbe played where players with wins above some cut-off value couldadvance.

FIG. 3 is a block diagram of a gaming system for one embodiment in thisinvention. In various embodiments, the elements in the blocks shown withrespect to FIG. 3 can be embodied as a single game device or can bedistributed among a plurality of gaming devices, such as within one ormore of the gaming devices described with respect to FIGS. 4-6. Further,logical entities can be combined and separated to provide variousarchitectures and is not limited to the architecture described withrespect to FIG. 3 which is provided for illustrative purposes only.

The gaming system 300 can be used to provide primary games or bonusgames or subcomponents of game or any combination thereof. For instance,the gaming system could provide a play of a multiplayer game in responseto a bonus being triggered in a play of the slot game. The bonus gamecan be used to provide a player of the primary slot game a chance to winan additional award. Further, when played as a primary game, themultiplayer game can be configured to provide bonus opportunities aswell. For instance, a bonus triggered from a multiplayer game could bethe play of a slot game or the play of another type of multiplayer game.

A secondary game triggered from a primary game does not necessarily haveto occur as a bonus. As example, in the war game described with respectto FIGS. 2A-2K, when the player's tie, a second game could be triggeredto settle the tie, such as each player being dealt a new card and theplayer with the highest hand winning, if a tie again occurred theprocess can be repeated until one player wins.

Returning to FIG. 3, the gaming system 300 can include one or moreplayer interfaces 323. The player interface may include input buttons,touch screen input devices and other input mechanisms that allow a liveplayer to initialize a game, make game decisions, make wagers, inputcash or indicia of credit and combinations thereof. The player interfacecan also include output devices, such as reels, wheels, video displays,lighting associated with the perimeter of the gaming device, andspeakers for outputting a presentation associated with the game andvalue handling devices, such as printers, card reader/writers, used tooutput cash or indicia of credit associated with the game.

The enrollment and initialization engine 311 can be used to allow one ormore live players to join in the play of multiplayer game. In oneembodiment, after one or more live players have joined a multiplayergame, the initialization engine 311 can provide commands or instructionsfor instantiating one or more virtual players. These commands and/orinstructions can be sent to a virtual player generation module 315 whichin response creates one or more virtual players, such as 322. Theenrollment and initialization engine 311 can notify the game manager 301and the credit manager 326 in regard to how many players are going toparticipate in the game, the credits that have been registered and whichplayers are live and which players are virtual characters.

The gaming system 301 can be configured to provide a suite of virtualplayers represented by different virtual characters. These virtualcharacters can be configured to convey different behaviors andpersonalities. In one embodiment, the gaming system can randomly selectone or more virtual characters to participate in the game. In anotherembodiment, the gaming system can be configured to allow a live playerto select a virtual character for participation in the game.

In various embodiments, the gaming system can be configured to allow newvirtual characters to be added and old virtual characters to be retired.In yet other embodiments, when a suite of virtual characters areprovided, the virtual characters can be configured to reveal not onlybehavioral information about themselves but behavioral information aboutother virtual characters. For instance, during a play of a game providedby the gaming system, a first virtual character could be configured tosay that another virtual character behaves a certain way during gameplay, i.e., one virtual character could reveal a tell about anothervirtual player. The virtual characters can be configured to commentabout the other virtual characters in positive and negative manners. Forinstance, some virtual characters can be configured to make commentsthat convey that they like or dislike another virtual character.

The game manager 301 can be configured to provide signaling/timinginformation that allows other game components to determine when it istime to advance to the next game state. Other game components such ascomponents providing presentations can be configured to wait for thesignaling/timing information before advancing to a next game state. Thegame manager 301 can also be configured to manage the state of the gameincluding collecting ‘critical’ game information. The criticalinformation can be stored and retrieved from a non-volatile memory, suchas battery backed Non-Volatile (NV) RAM, flash memory, a hard-drive, orother storage device, via the non-volatile memory manger 320 during eachgame state. In the event of a malfunction, the critical game informationstored in the non-volatile memory can be used to reconstruct a gamestate that was generated prior to the malfunction, such as a powerfailure.

Examples of critical game information can include information relatingto credits stored on the gaming device, decisions made by virtual andlive players and game positions for each virtual and live player duringvarious games states in the play of the game. The non-volatile memorycan also be used to store a game history of a past game that was playedthat can be recalled in the event of a dispute. Using the informationstored in the non-volatile memory by the NV-RAM, a portion of a gamepreviously played can be reconstructed. The reconstruction can includedecisions made by either or both of live player and virtual players andtheir associated game positions. The game history may also be uploadedto an external Gaming System to store to enable the Gaming System tolearn from previous gaming sessions and combinations of live and virtualplayers to further enhance the virtual players play style for latergames. The information may also be uploaded to an external GamingSession for data reporting and analysis to provide game designers withcritical game play information to build future games.

The game manager 301 can signal a multiplayer game engine 302 that it istime to initialize a new game involving a certain number of players. Inone embodiment, the multiplayer game engine 302 is a piece ofstand-alone code that does not distinguish between live players andvirtual players. It is responsible for determining an initial gameposition and advancing the multiplayer game to final position. Based onthe final position of the game and/or other game decisions made duringthe game play, the multiplayer game engine can be configured todetermine an outcome to the game. The multiplayer game engine 302 can bestored in a secure memory source and authenticated during initializationof the gaming system 302 and during operation of the gaming system 300,if desired, to provide assurance to both regulators and players that anapproved version is being utilized. The decision engine 304 and othergame components can also be treated in this manner.

An advantage of embodying the game engine as a standalone module is thatonce it is approved by a gaming regulatory authority it can be reused indifferent game implementations. For instance, the same multiplayer gameengine could be used in two different game implementations involvingdifferent suites of virtual characters or the same multiplayer gameengine could be used in an implementation of a primary game and adifferent implementation of a bonus game. Further, an advantage ofhaving the multiplayer game engine not distinguishing between live andvirtual players is that it can be instantiated to provide a gameinvolving variable numbers of live and virtual players where the playersand regulators can be assured that virtual players playing for the houseare not given an advantage over live players.

In one embodiment, live players can be allowed to access a portion ofthe gaming system including the multiplayer game engine and a suite ofvirtual players and play against the virtual players for free. Forinstance, an application could be provided for player on a player'ssmart phone or home computer. These applications can be used to allow alive player to learn about the behaviors of a virtual player beforeengaging them in game player where they put money at risk.

Returning to FIG. 3, the decision manager 316 can be used to track androute decisions that are required during game play. For instance, thedecision manager 316 can receive input from one or more playerinterfaces, such as 323, and convert the information into a formatreadable by the multiplayer game engine 302. The conversion process canallow different gaming devices with different player interfaces toparticipate in a multiplayer game. The decision manager 316 can alsoreceive information relating to decisions from one or more virtualplayers, such as 322. The decision manager 316 can notify the gamemanager 301 in regard to what decisions are required during each gamestate, which can involve decisions from multiple player, and whether thedecision has been made or not.

When the multiplayer game engine 302 sends out information to thedecision manager 316 in regards to a decision being needed, the decisionmanager 316 can be configured to route this information to anappropriate logical entity. As described above, the multiplayer gameengine 302 can be configured such that it does not distinguish betweenvirtual players and live players and indicates when decision informationis needed from a particular player. The decision manager 316 can beconfigured with information that allows it to route informationregarding a decision required by each player and receive informationabout the decision from each player. Further, as described above, thedecision manager can be configured to format the information so that itis understandable to each the recipients, such as virtual players andthe multiplayer game engine.

The decision manager 316 can be configured to notify each player,virtual or live, of a needed decision and information needed to make thedecision. In the case of a virtual player, such as 322, the decisionmanager can be configured to communicate with a decision engine 304associated with the virtual player 322, information regarding a type ofdecision to be made and information needed to make the decision, such asa current game position for the virtual player and any other informationthat it is allowed to see regarding other players generated by themultiplayer game engine 302. In response, the decision engine 304 canreply back to the decision manager 316 information describing therequested decision. In the case of a live player, the decision engine316 can notify the multiplayer game presentation engine 314 to includeinformation in its presentation indicating a decision required by a liveplayer 310.

In one or more embodiment, the system may be configured to provide adefault decision for a live player. For example, when a live playerfails to make a decision within a given time interval, a defaultdecision is made for the live player in order to keep the gameprogressing for all players.

Virtual and live players, such as 310, can be involved in decisionsinvolving changes of credit, such a wager amount. The decision manager316 can receive this information and notify the credit manager 326 toupdate the credit balance that this particular decision has beenreceived, notify the game manager 301 to store this critical informationand notify the multiplayer game engine 302 of the decision. The creditmanager 326 can notify the game manager 301 when this change has beenmade. After a player's credit balance has been changed, the multiplayergame presentation engine 314 can receive an update from one of theseentities to update credit balances that are generated in a presentationoutput via the multiplayer game presentation engine 314.

The multiplayer game presentation engine 314 can be used to present gamepositions and outcomes of the multiplayer game to one or more liveplayers. It can receive information generated from various logicalentities, such as but not limited to the decision manager 316, the gamemanager 301 and the multiplayer game engine 302 and generate apresentation that is consistent with the current game state. Thepresentation can comprise visual and audio components. In oneembodiment, the visual components can include still images andanimations presented as a series of images output to a video displayassociated with the gaming system.

In some games, as previously described, each player can be provided aportion of the game position for the game. For instance, their gameposition can be revealed while other player's game position remainshidden. In one embodiment, a multiplayer game presentation engine 314can be instantiated for each player, whether virtual or live. Atinstantiation, the multiplayer game presentation engine can beconfigured so that the correct information is revealed and hidden foreach player. In the case of the virtual player, the presentation that isgenerated may not be output to the display device. Nevertheless,information about the presentation or frames from the presentation forthe virtual player could be stored to provide a history of the game.Since the presentation for the live player may not show all of theinformation about the game position of the virtual player, apresentation of the virtual player's game presentation in combinationwith a presentation associated with the live player could be used toprovide a more complete history of the game.

A virtual player, such as 322, can comprise a decision engine, such as304, a behavior engine, such as 306 and a personality engine 308. Thedecision engine can be configured to determine decisions that are to bemade for the virtual player. Both live players and virtual players canbe presented with identical types of decision that need to be made. Thebehavior engine 306 can be configured to determine whether a behavior ofthe virtual player is to be revealed. The personality engine 308 cantranslate a revealed behavior into an action by a virtual character,such as a face of a virtual character changing from one expression toanother expression.

One advantage of formulating the virtual player in this manner is thatthe same decision engine could be reused for multiple virtual playerswhere each virtual player could comprise a different behavior engine, adifferent personality engine or combinations thereof. Since the decisionengine is not changed, it may be possible to reuse it withoutresubmitting it gaming regulators for approval. Another advantage isthat the behavior engine 306 may also be reused. For instance, twovirtual characters could share a common decision engine and a behavioralengine such that the behaviors for each player are revealed in the samemanner Nevertheless, the virtual characters could appear to behave verydifferently because their appearance and the action associated with eachbehavior is different for each of the virtual characters because adifferent personality engine is associated with each virtual character.The different personality engines can be configured to reveal the samebehavior with different presentations that are applied to differentvirtual characters. For instance, a first personality engine couldreveal a behavior as a first virtual character scratching their head,while a second personality engine could reveal the same behavior as asecond virtual character winking. Again, this architecture can allow thebehavior engine to be reused without resubmitting it to regulators.Thus, speeding up and simplifying the virtual character generationprocess.

The behavioral engine 306 as described above determines when a behaviorof the virtual player is to be revealed. The revealed behavior may ormay not be associated with a game position or decision made by thevirtual player. For instance, the behavioral engine 306 can trigger atrandom, behaviors of the virtual player that are translated into anaction of the virtual character by the personality engine. While atother times, as previously described with respect to FIGS. 1 and 2A-2K,the behavioral engine can be configured to reveal information about thevirtual player that relates to their game position and/or decisionmaking strategies, which is translated by the personality engine into abehavior of a virtual character.

To determine when to trigger a behavior, the behavioral engine can useinformation related to the game, such as the current game position or acurrent decision that is being made by the virtual behavior. It can alsouse information that is equally revealed to all player's playing thegame, such as a decision made by another live or virtual player totrigger when to reveal a behavior. Further, factors outside the gameplay can be considered, such as 330. These factors could involve suchinformation as a time of day, day of the week, season or holiday periodor information known about the player, such as information garnered fromplayer tracking account associated with the player.

The personality engine 308 receives information that a behavior has beentriggered and translates it into an action by a virtual character. Thisaction can be presented as a multimedia presentation, such as imagesoutput to a display screen and sounds output to a speaker. In someembodiments, the game manager 301 or some other logical entity canallocate resources to multiplayer game presentation 314 and thepersonality engine 308, such as a portion of a display screen orseparate display screens for each of the engines to use. Then, theengines can independently output their presentations, such as thepresentation shown in the figure. In other embodiment, the engines couldeach generate their presentations separately and then another logicalentity could be used to integrate the separate presentations into asingle presentation for output to one or devices associated with thegaming system.

The decision engine 304 can comprise a formulation for determining aresponse to each game decision. If the underlying game were simpleenough, the decision engine could be formulated as a look-up ‘response’table. The response table would indicate for what decision is to be madein each game situation. This formulation is similar to a paytableemployed for a slot machine. The decision engine 304 could be submittedto regulators and independently tested to insure that it does not cheat,i.e., use or have access to information that is not equally available tothe other players. An optimal decision engine can be developed usinggame theory to determine in any game situation what the optimal decisionthat is to be made. For instance, to optimize the virtual player'schance of winning. Development of decision engines are described in thefollowing section and determining expected payouts for games using thesedecision engines are described in the following section.

In a particular embodiment, virtual players can be provided as modulesfor other systems. In particular, virtual characters represented byvarious personality engines can be provided as plug-ins for varioussystems. The personality engines can provide animations of behaviors anddecisions that are associated with a particular system.

Game Theory and Expected Payout

Game theory can be used to develop a decision engine for a game used bya virtual player, such as described above with respect to FIG. 3. Ingame theory, the term “game” means a particular sort of conflict inwhich n individuals or groups (known as players) participate. A list ofrules can stipulate: the conditions under which the game begins; thepossible legal “moves” at each stage of play; the total number of movesconstituting the entirety of the game, and the terms of the outcome atthe end of play. A move is the way in which the game progresses from onestage (or position) to another, beginning with an initial state of thegame through to the final move. Moves may alternate between players in aspecified fashion or may occur simultaneously. Moves can be made eitherby personal choice or by chance. For chance moves, the probabilities ofthe move occurring can be calculable. “Payoff”, or “outcome”, refers towhat happens at the end of a game. In a game, such as chess, payoff maybe as simple as declaring a winner or a loser. In casino gaming devicespayoff is usually an award, such as money or credits on a gaming device.The amount being predetermined by antes and bets amassed during thecourse of play.

Distinctions can be made in characterizing different forms of games. Onedistinction that can be made is between “extensive” and “normal” forms.A game is said to be in extensive form if it is characterized by a setof rules that determines the possible moves at each step, including:which player is to move; the probabilities at each point if a move is tobe made by a chance determination; and the set of outcomes assigning aparticular payoff or result to each possible conclusion of the game. Theassumption can also be made that each player has a set of preferences ateach move in anticipation of possible outcomes that will maximize theplayer's own payoff or minimize losses. A game in extensive formcontains not only a list of rules governing the activity of each player,but also the preference patterns of each player. Common games, such asgames employing playing cards (e.g., gin rummy), are examples ofextensive games.

Because large numbers of strategies can be involved in even the simplestextensive games, game theorists have developed so-called “normalized”forms of games for which computations can be carried out completely. Agame is said to be in normal form if the list of all expected outcomesor payoffs to each player for every possible combination of strategiesis given for any sequence of choices in the game. This kind oftheoretical game could be played by any neutral observer and does notdepend on a player's choice of strategy.

A game can be said to have perfect information if all moves are known toeach of the players involved. Chess is an example of a game with perfectinformation while poker and bridge are games in which players have onlypartial information at their disposal. A strategy is a list of theoptimal choices for each player at every stage of a given game. Astrategy, taking into account all possible moves, is a plan that cannotbe upset, regardless of what may occur in the game.

Some examples of games that can be used herein are two-person, or dualgames. These games include the largest category of familiar games suchas backgammon or two-team games such as bridge. Two-person games havebeen extensively analyzed by game theorists. In extending the results oftwo-person theory to n-person games a difficultly can be predicting thepossible interactions among various players. In most two-person gamesthe choices and expected payoffs at the end of the game are generallywell-known, but when three or more players are involved, manyinteresting but complicating opportunities arise for coalitions,cooperation, and collusion. Nevertheless, using game theory, a decisionengine, such as 304, can be developed for multiplayer games involvingmore than two players.

A game is said to be a zero-sum game if the total amount of payoffs atthe end of the game is zero, that is, the total amount won is exactlyequal to the amount lost. In economic contexts, zero-sum games areequivalent to saying that no production or destruction of goods takesplace within the “game economy”. It has been shown that any n-personnon-zero-sum game can be reduced to an n+1 zero-sum game, and that suchn+1 person games can be generalized from the special case of thetwo-person zero-sum game. Consequently, two-person zero-sum gamesconstitute a major part of mathematical game theory, which can beapplied to the embodiments described herein. One of the most importanttheorems in this field establishes that the various aspects ofmaximal-minimal strategy apply to all two-person zero-sum games.

As an example, decision engines have been developed for card games suchas poker that allow a virtual player or ‘poker bot’ to play poker for alive player in online poker games. Poker is a game of imperfectinformation (because some cards in play are concealed) thus making itimpossible for anyone (including a computer) to deduce the final outcomeof the hand. Because of this lack of information, the computer'sprogrammers can implement systems based on the Bayes theorem, Nashequilibrium, Monte Carlo simulation or neural networks, all of which areimperfect techniques. This is unlike games such as chess where (becauseno information is concealed) a computer can play with greater accuracythan a human.

Methods can be developed to at least approximate perfect poker strategyand strategy for other card games, and games in general, from the gametheory perspective in the heads-up (two player) game, and increasinglygood systems are being created for the multi-player game. Perfectstrategy can have multiple meanings in this context. From agame-theoretic optimal point of view, a perfect strategy is one thatcannot expect to lose to any other player's strategy; however, optimalstrategy can vary in the presence of sub-optimal players who haveweaknesses that can be exploited. In this case, a perfect strategy wouldbe one that correctly or closely models those weaknesses and takesadvantage of them to make a profit, such as those explained above. Someexamples of strategies that can be used to develop decision engines forvarious games described herein, such as poker, is titled, “RobustStrategies and Counter Strategies: Building a Champion Level ComputerPoker Player,” by Michael Bradley Johanson, Master's Thesis, Universityof Alberta, Edmonton, Alberta, 2007, which is incorporated herein byreference and for all purposes.

In embodiments, described herein, a virtual player decision engine for avirtual player does not have to be configured for optimal play. Forinstance, an optimal decision engine can be developed and then asub-optimizer can be used to change decisions made by the optimaldecision engine to non-optimal decisions. For instance, a virtual playercan be configured to sometimes, play badly or sub-optimally, similar tohow a live player can sometimes play. Thus, a virtual player, such asdescribed with respect to FIG. 3 could include a sub-optimizerconfigured to determine when to change an optimal decision to anon-optimal decision and then to select what sub-optimal decision is tobe made.

Once a decision engine is generated an expected payout for a game can bedetermined using various analysis techniques. For instance, in a MonteCarlo Approach, two virtual players can be pitted against one anotherand then many hands could be played including factors such as a casinotaking a percentage of winnings by the casino to determine what theexpected return percentage would be for a live player and for thecasino. Information could be taken into account such as what advantage alive player can gain when particular behaviors of virtual players arerevealed. Thus, the simulation could be configured to take into accountgames where virtual player reveal no information and games where virtualplayers reveal information that gives them an advantage over a virtualplayer and play many hands. Based upon the simulation of a large numberof hands, a best case scenario for the live player can be determined.The rules of the game provided on a gaming device can be selected sothat an expected payback percentage for a player over time is less than100%.

Gaming System

With respect to FIGS. 4-6 more details of a gaming system that can beutilized with the methods and apparatus described with respect to FIGS.1-3 are described. Turning to FIG. 4 a video gaming machine 800 isshown. The gaming machine 800 can be comprised of a plurality ofhardware and software components including the cabinet 810 that servesto enclose the gaming machine 800 electronic and software components andprovides an overall physical presentation of a game play environmentviewable by players for playing games. The main cabinet 810 includes amain display 814 for outputting game player related video images.

The video images can comprise information related to player and gameplay video information, video presentation of primary games and bonusgames and video presentations showing behaviors of virtual players. Thegame video information and video presentations can be displayed to theplayer in one or more graphical windows and/or graphical sub-windows 814a. For instant, a video presentation of a multiplayer game can bedisplayed in a main window of display 814 while a presentation of avirtual player's behavior can be displayed in a sub-window, such as 814a. A resource manager executed on the gaming machine can control accessto the display and any display sub-windows by various processes executedon the gaming machine or on devices remote from the gaming machine.

In one embodiment, the gaming machine 800 can be configured to implementthe gaming system 300 as described with respect to FIG. 3. In anotherembodiment, a portion of gaming system can be located on the gamingmachine 800 while another portion is located on a remote device. Forinstance, the multiplayer game engine described with respect to FIG. 3can be provided on a remote device where the gaming machine 800 providesa player interface 323 as shown in FIG. 3. In particular embodiments,the components of gaming system 300 can be split in various ways betweenthe gaming machine 800 and one or more remote devices as are describedwith respect to FIG. 4-6.

The main cabinet 810 can further includes a bill/ticket acceptor 818 foraccepting currency and/or ticket/voucher indicia wagers, promotionalcredits and other information from the player, a card reader 816 used,for example, to accept a player's affinity card, a player's debit cardor a player's promotional card, a printer 820 for providing, forexample, payouts and other paper communications such as promotions,comps or bonus awards to the player, interface buttons 822 used by theplayer to interface with the video gaming machine 800 for playing agame, speakers 808 a and 808 b for providing audio communication to theplayer as associated with the game played by video gaming machine 800.The video gaming machine 800 may optionally further include a top box806 that may provide additional video communication and videoentertainment to the player using upper display 804 to provide visualinformation to the player. The gaming machine 800 may also include acandle device 802 on top of the video gaming machine 800 to communicatethe gaming machine's status and operational information to operatorswithin the gaming establishment.

When a player selects the video gaming machine 800 to play waging gamespresented on main display 814, the player inserts currency or a papervoucher as indicia of credit into bill/ticket acceptor 818 which can beaccepted by the bill/ticket accepter 818 to play a game on video gamingdevice 800. Once a player's inserted cash or credit is acceptable byvideo gaming machine 800, the video gaming machine 800 can be used toplay a game by a player.

In a typical operation of video gaming machine 800, a player firstinserts currency or a paper voucher with credit indicia into bill/ticketacceptor 818 to initiate game play. The video gaming machine 800displays visual effects using one or more displays 814, 804 and providesauditory effects out of speakers 808 a and 808 b that can be perceivedby the player before, during and after game play. Auditory effects mayinclude a plurality of sounds projected by speakers 808 a and 808 bsimultaneously and synchronized with video effects including displayanimations, video, flashing and/or strobing lights in a plurality ofcolors and optionally providing video effects in one or more subwindows814 a. During the course of the game, the player can interact with thegame to make additional wagers or selections that affect the outcome ofthe game. After the player completes one or more games on video gamingmachine 800, the player may receive printed tickets/vouchers from theprinter 820 with game credit indicia depending on the game outcome.

Turning now to FIG. 5, the software and hardware components of a gamingdevice, such as gaming machine 800 are further described. The videogaming machine 800 can include one or more game controllers 900comprised of memory devices 902 used to facilitate player game playincluding for example one or more RAM, Non-Volatile (NV) RAM and/orvideo devices used to run game programs and store/retrieve game relatedinformation, processor devices 904 for executing game and related videogaming machine 800 operations including for example one or more CPUs,Graphic Processing Units (GPUs), and/or audio processing units, one ormore RNG 906 devices to generate random outcomes for game and relatedgame operations.

The communication interfaces 910 can be used by the video gaming machine800 to communicate game and related information to players andattendants and remote devices 920. The security information 908 cancomprise related hardware and software components to insure theintegrity of the video gaming machine 800 and the operation of the gameplayed by the player. The progressive components 912 can be forproviding prizes to players that progress in value as players play gameson the video gaming machine 800. The progressive components can beconfigured to communicate via the communication components 910 withremote devices, such as progressive servers. The player tracking 914components can be used to interface with the player and provide optionalaffinity functionality to the player, and meters 913 used by the videogaming machine 800 to track game play and payout information.

The video gaming machine 800 can further comprises peripheral devices916 including one more devices for example one or more displays, cardreader, input buttons, one or more speakers, one or more processor andmemory devices, value acceptors and value dispensers used for example toprovide player wagering and payouts, lights, speakers, and bonus devicesassociated with player game play. The video gaming machine 800 can befurther configured for providing additional features and services to theplayer in relation to game play and wagering on video gaming machine800. These functions can be provided via hardware/software componentslocated within video gaming machine 800 and/or can include or canrequire access or information from one or more externalcomputing/storage devices to provide remote services 920 to players aspart of an overall gaming environment for the player.

Remote services 920 can be provide using a combination of local andremote components. For example, local components can be associatedwithin the video gaming machine 800. Remote hardware and software can beused in conjunction with local components residing on the gaming machineto provide game/player bonusing, cashless services, player tracking,accounting and services, tournament services, progressive gaming, gamingservices, and software/firmware services. As an example, the videogaming machine 800 can optionally include player tracking devices 918and software for providing player services such as for example aplayer's affinity program further including for example one or moredisplay, card reader, input buttons, speakers, and processors/memory.These player services can be provided using the player tracking devices918 in conjunction with support from a remote player tracking server.

Turning to FIG. 6, a typical gaming environment within a gamingestablishment such as a casino or gaming route location include gamingsystem 1000 comprising a plurality of servers 1020, devices 1022, 1024,1026, operator interfaces 1016 b, operator controlled devices 1002,wireless networks, one or more (Local Area Network) LANs 1012, andoptional (Wide Area Network) WAN 1014 networks to support the player'sgaming experience at one of a plurality of video gaming machine 1018 ina gaming establishment.

In one or more embodiments, servers 1020 offer a variety of playerservices and gaming environment functionality to the player such as forexample player tracking servers, game download servers, accountingservers, bonus servers, cashless servers, and the like. Gamingestablishment employees may monitor the gaming environment over gamingsystem 1000 using operator interfaces 1016 a and 1016 b. For example, anoperator may be notified of the gaming system 1000 status including theoperation of gaming machines such as gaming machine 1018 securityevents, financial accounting in the form of meters or reports, game playstatus, and other related events and communications.

In one or more embodiments, players may play games on any number ofgaming devices connected on one or more LAN 1012 networks such asincluding thin client 1022 devices, mobile 1024 devices, video gamingmachine 1018, and/or kiosks 1026. Additionally, players may visuallyperceive gaming jackpots and other exciting information over signage1026. For example, a server can be configured to provide multiplayergames as previously described. The player can participate in thesemultiplayer games using operator controlled devices 1002 or playercontrolled devices 1010.

In one or more embodiments, player interfaces to a plurality of systemswithin gaming system 1000 offer gaming opportunities and entertainmentto players. The operator may control and monitor operator controlleddevices locally 1002 providing customer service and support among manyother services provided by the gaming establishment.

All systems and devices within gaming system 1000 can be connected to aLAN 1012 providing connectivity between devices. Further, in someembodiments gaming system 1000 may include connectivity to additionaldevices and systems over WAN 1014. For example, operator controlleddevices remote 1004 can provide services from external systems such asaccounting, security, player tracking, and other casino related systems.Additionally, operator controlled devices remote 1004 may include gamingdevices that can be played externally from the gaming establishmentconnected over WAN 1014 and may include additional connectivity over LAN1012.

In one or more embodiments, third party or vendor controlled devices1006 provide additional services and functionality for gaming system1000 across WAN 1015 network. Additional services and functionality mayinclude player tracking, accounting, wide area progressive games,bonusing, and other services and functionality that support the overallgaming experience of the player. Further, third party or vendorcontrolled devices can provide downloads of gaming software that areutilized on the operator controlled 1002. In one or more embodiments,gaming regulators responsible for insuring the integrity and security ofgaming establishments in a particular jurisdiction may monitor and/orcontrol gaming system 1000 devices and systems over WAN 1014 network andmay include additional connectivity over LAN 1012 network. As previouslydescribed, these regulators can be responsible for approving gamingsoftware and hardware, such as multiplayer game engine or a decisionengine that can be utilized in the embodiments described herein.

In particular embodiments, players can play mobile player controlleddevices 1010 within a gaming establish or external from a gamingestablishment connected to gaming system 1000 over one or more wirelessnetworks, LAN 1012 networks, and/or WAN 1014 networks. For instance,players can engage in multiplayer games with virtual players aspreviously described to learn behaviors of the virtual players. Gamescan be played by gaming players in this particular configuration usingdevices including but not limited to desktop 1030, lap top/mobilecomputer 1028 a, cell phone or other hand held devices 1028 b, and othersimilar devices. The player may be able to engage in these types ofgames during their trip to a gaming establishment or from a remoteenvironment, such as within their home.

As an example, a player can play games on video gaming machine 1018.This device can have features similar to those described with respect toFIGS. 5 and 6. A player would initiate game play by the insertion ofcurrency or ticket/voucher with credit indicia into gaming machine 1018.When tickets/vouchers are inserted into video gaming machine 1018 by theplayer, video gaming machine 1018 communicates with servers 1020 toredeem ticket/vouchers. The server or server(s) determine whether theticket/voucher are valid and notify the gaming machine 1018 whether thevouchers are valid or not. The player may optionally insert a playertracking card containing player information such as name and accountnumber into video gaming machine 1018 which in turn communicates toplayer tracking servers 1020 across LAN 1012 network.

Video gaming machine 1018 would then present a game to the player or maypresent a number of game options for the player to select. Other playerfunctionality and services provided by gaming system 1000 for videogaming machine 1018 during player game play are provided from servers1020 over LAN 1012 network such as bonus servers, progressive gameservers, and other related game servers further providing an excitinggaming experience for the player. Upon completion of game play by theplayer, the player may press a button on video gaming machine 1018 suchas the cash out button which then may print out a ticket with creditindicia containing video gaming machine 1018 cash out creditinformation.

A gaming operator can provide players an opportunity to learn about thebehavior in a context that does not require wagering of actual money.For instance, in one embodiment, a player could be provided anopportunity to purchase an application or an application could beprovided for free that allows a player to engage in games against one ormore virtual players on their player controlled devices 1010. Whileengaging in games the player can be afforded the opportunity to learnabout the virtual player's behaviors and decision-making strategies andplay games against one or more various virtual players portrayed asvirtual characters. For instance, a gaming operator can provideapplications that can be utilized on a player's cell phone, such as aniPhone™, a portable gaming device, such as an iPod Touch™, Nintendo DS™or Sony PSP™ or a player's home computer. In another embodiment, aplayer can be allowed to access a virtual player via a connection to aremote server that is provided through a web-site. Further, a remoteserver can be provided to allow live players to be participating ingames using their own devices that involve groups of live player andvirtual players playing together where the remote server allows groupsof live players to play together. In a casino environment, a bonuscontroller can provide access to games that enables casino players toplay individually or as a group against virtual players.

In yet other embodiments, players can be afforded to play games and winawards that have some tangible value but are not necessarily cash butcan be exchanged for items that have some value, such as loyalty pointsin a loyalty program. For instance, in a casino environment a playercould be provided the opportunity to learn about a virtual player'sbehavior wagering loyalty points they have earned. These loyalty pointsare usually exchangeable for items offered by a casino, such as a freebuffet or free night's stay. The player may be able to play wager-basedgames involving one or more virtual players and win additional loyaltypoints and/or lose additional loyalty points. Even when a player losestheir loyalty points, the players can still benefit because they canlearn behaviors of a virtual player that can help them in their playwhen they actually play for money at a casino.

In another embodiment, a player could be afforded the opportunity tolearn behaviors of virtual players by playing games that require XboxLive™ points, games could cost Xbox Live points or a player, as apromotion, could be provided Xbox live points for playing the gamesagainst the virtual players. This type of promotion could provide anopportunity for game makers to validate (e.g., their decision makingcapability and how players respond to the various characters) and marketvirtual players and virtual characters that are associated with variousgames provided by the game makers. Thus, the applications describedherein do not necessarily involve wagering but can be applied any typeof game where a virtual player makes decisions. In general, the presentinvention is not limited to implementation in a casino based gamingenvironment or casino type games but can be utilized in any type of gameor application where it may be advantageous to provide virtual playersthat make decisions and reveal their behavior during interaction with alive player.

Bill Playing Cards (Bcards)

Turning to FIG. 7, in another embodiment, the invention can comprise agaming device 800, gaming system or kiosk 1130 incorporating a valueacceptor that accepts currency for example $1 1110, $5, $10, $20, $50,and $100 dollar bills.

The gaming device 800, gaming system or kiosk 1130 can be generallycharacterized as comprising a game controller, including a processor anda memory, designed or configured to control a play of a wager-based gameplayed by two or more players where the wager-based game is played by atleast a live player and a virtual player and where the live player orthe virtual player can win the game, 2) receive information indicating awager on an outcome of the play of the wager-based game from the liveplayer, 3) receive decision information from each of the live player andthe virtual player wherein the decision information received by thevirtual player affects an amount won or lost by the virtual player; 4)determine the outcome of the wager-based game including determiningwhether the live player or the virtual player has won and 5) generate apresentation including the play of wager-based game and the determinedoutcome to the wager-based game.

Turning now to FIG. 8, in a particular embodiment, the gaming device,gaming system or kiosk incorporating a value acceptor 1210 configured toperform bill 1110 validation, additionally performs optical characterrecognition (OCR) on the bill to read the bill's serial numberinformation 1120 and create a sequence of serial number digits 1211readable by a computer. The value acceptor 1210 then communicates thesequence of serial number digits 1211 to a translator module 1220configured to convert each bill serial number digit 1211 into a billplaying card (Bcard) 1241, 1242, 1243, 1244, 1245, 1246, 1247, 1248 asdefined by a translator configuration file.

The conversion to Bcards 1241, 1242, 1243, 1244, 1245, 1246, 1247, 1248within the translator module 1220 creates a plurality of Bcards 1241,1242, 1243, 1244, 1245, 1246, 1247, 1248 that are then assembled into aBcard deck 1240. In one embodiment, the Bcards can be selected fromamong cards into a standard 52 card playing deck.

The construction of a Bcard deck can be carried in number of differentmanners. In one embodiment, a one to one correspondence can be used toconstruct a deck such that the number of symbols corresponds to thenumber of Bcards in the Bcard deck. For instance, as shown in the FIG.8, eight numbers on the bill are translated to eight cards. These eightcards may make up the Bcard deck for the player.

In other embodiments, the gaming device can be configured to addadditional Bcards to the Bcard deck. For instance, 8 cards can bedetermined from the currency inserted into the gaming device and thenthe gaming device can generate additional random numbers, such as 5numbers, to fill out a 13 Bcard deck or 8 numbers to fill out a 16 Bcard deck. In another embodiment, the gaming device can provide a“standard portion” of the Bcard deck that remains the same from game togame, such as 10 cards that are always in the Bcard deck and that areaugmented by 8 cards determined from currency inserted into the gamingdevice.

In one embodiment, a Bcard deck can be constructed from a single bill ofcurrency inserted into a gaming device. In another embodiment, a Bcarddeck can be constructed from multiple bills inserted into the gamingdevice. For instance, a Bcard deck with 20 cards can be constructed. Ifa player enters, 1 bill, then 8 cards are determined for the Bcard deckand the rest are selected randomly for the player. If a player enters, 2bills, then 16 cards can be selected for the Bcard deck and then 4additional cards can be randomly selected.

In another embodiment, an event can be generated when a player insertsmultiple bills extending beyond allowable regulatory limits for moneylaundering or extending beyond limits set by the casino. For example ifa casino is interested in flagging an event when an amount above $1500occurs within a configurable time interval such as 5 minutes, the billvalidator generates an event and communicates it via a message to thegaming machine which in turn communicates the event along with locationinformation and optional player information via a message to the onlinesystem when the eleventh one hundred dollar bill is inserted within fiveminutes. The event may then sound an alarm, generate a pop-up window ona security monitor or route an email or instant message to an on-calloperator. Configurable parameters include the amount, the number ofbills and the time interval.

In the Figure, all of the numerical digits on the bill are shown asbeing translated into Bcards. In some embodiments, only a portion of thedigits may be used. For instance, one method for constructing a Bcarddeck might involve tossing out the highest digit and the lowest digit.Another method for constructing a Bcard deck might involve using the 7highest digits or the 7 lowest digits. In yet another embodiment, aportion of the Bcards that are generated may only be used. For instance,8 Bcards can be generated from the numerical information on the bill andthen one of the 8 Bcards can be randomly selected and removed from theBcard deck.

In another aspect of the invention, the Bcard deck 1240 is shuffledusing a shuffler module 1230 based on a shuffler configuration filedefining how individual Bcards are dealt to the player for a playerselected card game such as, for example, randomly dealt to the player,best card dealt to the player, player selected, worst card, high card,low card, or other methods for dealing cards for a particular card gamedefined by the shuffler module configuration file.

For example, if the player played a five card draw game against apaytable, virtual player, live player, group of live players orcombination of live and virtual players using traditional five pokerhand card rules. Rules for various for various card games are describedin such sources as “Bicycles Official Rules of Card Games” or “Hoyle'sModern Encyclopedia of Card Games: Rules of All the Basic Games andPopular Variations.”

Using the Bcard deck and depending on the game, the player can be dealta number of cards. For instance, the player can be dealt five Bcards1241, 1242, 1243, 1247, and 1245. The gaming device can be to hold ordraw various Bcards. For instance, the player may wish to HOLD Bcard1241, 1242, 1243, 1247 and DRAW a new Bcard for 1245. The player is thendealt Bcard 1246 from the Bcard deck to replace Bcard 1245. The finalhand comprising Bcards 1241, 1242, 1243, 1247, and 1245.

Turning to FIG. 9, in another example, the player plays a well-knowngame called Liar's poker. In Liar's poker, the objective is to make thehighest bid of a number that does not exceed the combined total held byall the players. The numbers are usually ranked in the following order:2,3,4,5,6,7,8,9,0 (10) and 1 (Ace). If the first player bids three 6s,he is predicting there are at least three 6s among all the players,including him. The next player can bid a higher number at that level(three 7s), any number at a higher level (four 5s) or challenge. The endof the game is reached when a player makes a bid that is challenged allaround. If the bid is successful, he wins a dollar from each of theother players, but if the bid is unsuccessful, he loses a dollar to eachof the other players.

In this game, the gaming device provides the player with a Bcard deck ofBcards 1240, the Bcard deck is shuffled by Bcard shuffler 1230 and dealtto the player. As described above, the Bcard deck composition can bebased at least partly upon information obtained from a bill insertedinto a gaming machine by a player. In the example shown in the Figure,the player now has the following Bcards: 4 Aces, 1 Jack, 1 Nine, 1Eight, and 1 Six then plays this set of dealt cards against other liveplayers, virtual players or combination thereof according to the rulesof Liar's poker as described by the Wizard of Odds or other well-knownvariations of the game.

Liar's poker, as well as other poker games, can involve bluffing. Aspreviously describe, bluffing by a virtual player can be simulated. Thebluffing can involve animating a virtual player's emotional state. Theanimation may provide cues indicating whether the virtual player isbluffing or not.

In one version of Liar's poker, outcomes are based on the digits fromall of the player's currency. For instance, for a three player game, thetotal number of threes from each of the three player's currency. Eachplayer has partial information, i.e., they are aware of their own“cards,” based upon the numbers that their currency included. Thus, forthis game, the Bcard deck can consist of Bcards determined from thecurrency provided by each player.

In the case of a virtual player, such as a real player playing against avirtual player or a combination of real and virtual players, thereceiving of a virtual player's currency can be simulated. For instance,a gaming device simulating a virtual player can select random digits tocorrespond to the digits that can be read from an inserted bill. Thedigits selected for the virtual player and digits read from a billinserted from a live player can be used to construct the Bcard deck. Thevirtual player's play can be simulated based on random digits selectedfor the virtual player, i.e., the random and virtual player can haveaccess to the same level of information. If the virtual player wins,then the live player loses a wager. If the live player wins, then thelive player can receive a credit on the gaming device at which they areplaying.

Turning to FIG. 10, in another aspect, dollar bill 1110 is inserted intothe value acceptor of gaming device 800 resulting in a Bcard deck thatis further shuffled and used by the player to play a player selectedcard game. In one embodiment, the gaming device 800 incorporates a gamedisplay 814 further presenting a Subwindow 814 a to the player notifyingthe player with a message 1310 in the Subwindow 814 a that a bill hasbeen inserted and offers the player the opportunity to make a selection:No game, Liar Poker, 5-Card Draw, 7-Card Stud, Blackjack, or War,wherein if the player selects a game the game being played using Bcardsfrom a Bcard deck. In another embodiment, the group of games maycomprise any card based game using any set of game rules.

In yet another aspect, the player selects one of a plurality of gameplay options including 1) playing the card game using the Bcard deckagainst a predefined paytable, 2) playing the game using the Bcard deckagainst one or more other players, each of whom uses their own Bcarddeck assembled from the serial numbers obtain from bills the playerinserted in a value acceptor, 3) playing the game using the Bcard deckagainst one or more virtual players, each virtual player using its ownBcard deck; wherein each Bcard is randomly drawn from a set of possibleBcards then assembled into a Bcard deck, or 4) playing the game usingthe Bcard deck against one or more other physical players and virtualplayers.

Turning to FIG. 11, in another aspect of the invention, the player isprovided a Subwindow 814 a presenting an option 1405 to play a Bcardcard game upon insertion and validation of a bill into a value acceptor.

Upon selection of a presented option 1405, with the exception of the Nogame option, the player is presented with a new set of options 1410whereupon the player selects the amount to be wagered.

Next, the player is presented with a new set of options 1415 in theSubwindow 814 a allowing the player to select with whom the game will beplayed. For example, a Live Group of Players, Live Single Player,Virtual Player. In one embodiment wherein the player desires to playagainst one or more other live player(s), the player selects the gameand wager from a subwindow and waits for other live player(s) to jointhe game. The subwindow operations display concurrent with otheroperations on the gaming device, kiosk or gaming system allowing theplayer to perform multiple tasks concurrently such as playing a game onthe main display of the gaming device, kiosk or gaming system, playing agame on a subwindow of a gaming device, kiosk or gaming system, andplaying a game using Bcards in another subwindow of a gaming device,kiosk or gaming system.

In other embodiments, the player may choose a paytable option allowingthe player to play against a predefined paytable for a particularselected game option and/or may choose any combination of optionsinvolving paytables, live players, and virtual players.

Upon selection of options 1415 in Subwindow 814 a, the player plays thegame in Subwindow 814 a while interacting with those players selected inoption 1415 wherein game actions and results 1420 along with optionalanimated sequences 1450 are displayed in Subwindow 814 a.

Turning to FIG. 12, in one embodiment, the player interface 323 furthercommunicates with Bill Insertion Detection 331, Bill Serial Number OCR330, Serial Number to Playing Card Translator 332, Serial Number to BillPlaying Card (Bcard) Translator creating a Bcard Deck, and a BcardShuffler 334 to be used when the player selects to play within theEnrollment and Initialization Engine 311.

In other embodiments the modules are distributed between variousphysical devices such as the value acceptor (Bill Validator), gamingdevice, kiosk, gaming system, and other physical devices.

In other embodiments the modules are incorporated on a single physicaldevice such as a value acceptor (Bill validator), kiosk, gaming device,gaming system, or other physical devices.

Turning to FIG. 15, in one embodiment a serial number to bill cards(Bcards) conversion file/logic 1750 is used by the translator 1715 inorder to convert a particular bill serial number to Bcards, furthercreating a Bcard deck. In one example, the Conversion file/logic 1750,includes Bill Format Rules 1755 describing the format of the bill serialnumber. A conversion file 1760 provides rules for converting eachparticular digit of a bill serial number into a specific Bill PlayingCard (Bcard). Additional conversion information converting informationsuch as the Federal Reserve Bank identification to a Playing Card 1765may also be included. Additionally, the Currency Series 1770 may also beused to convert into a Bcard or ignored. Rules 1775 for game play mayalso be included within the Conversion file/logic 1750.

In other embodiments, other information may also be included in theConversion file/logic 1750 associated with conversion of readableinformation from a bill into a Bcard.

In other embodiments, other logic may also be included in the Conversionfile/logic 1750 associated with game play with Bcards from a Bcard deck.

In one embodiment, the Shuffler 1720 shuffles and deals the Bcards tothe player according to the rules defined within the ShuffleConfiguration File 1740. For example, when the player plays 5-Card Drawpoker, the Bcards dealt to the player will be randomly shuffled anddealt to the player with the limit of 2 DRAW cards.

In another example, the player may be dealt all Bcards when playingLiar's poker along with a summary of the Bcards such as 4 Aces, 1 Jack,1 Nine, 1 Eight, and 1 Six in order for the player to interact withother Live players or virtual players playing the game.

In another example, the player may be dealt the “best card” first whenplaying the card game WAR.

In one embodiment, the player is dealt cards 1730 and plays the gamebased on game logic 1735 defining the rules and logic of playing aparticular card game.

Turning to FIG. 14 is a method for converting a bill serial number intoa Bcard Deck. In 1610, a serial number is read from a denomination ofcurrency such as from a US $1 dollar bill. Various methods for readingcharacters from a denomination currency are well known including but notlimited to Optical Character Recognition (OCR).

In 1620, a Translator configuration file 1625 is read by the presentinvention to prepare the conversion of a denomination of currency intoplaying cards wherein each serial number digit is to be converted into abill playing card (Bcard).

In 1630, the conversion of a denomination of currency serial numberdigit is converted into a Bcard using the translator configuration fileas previously described.

In 1640, each Bcard is assembled into a Bcard deck for use in a cardgame.

In 1650, the Bcard Deck is communicated to the Bcard Deck Shuffler whichwill further use the Bcard Deck to deal individual Bcards to a playerfor a selected card game.

Turning now to FIG. 13 is a method 1500 for providing playing cards(Bcards) derived from an inserted denomination of currency (aka a bill)serial number and play a card game using a Bcards from the Bcard deck.

In 1510 a denomination of currency or bill is inserted into the valueacceptor (aka Bill Validator) of a gaming device, kiosk or other deviceaccepting currency.

In 1515, the bill serial number is read by the present invention usingfor example optical character recognition (OCR) and converted intocomputer readable digits such as a string of characters and numbers inone embodiment of the invention.

In 1520, the converted bill serial number is transmitted or communicatedto the present invention's translator module. The transmission may bebetween modules on a single physical device or may include a pluralityof modules on a plurality of physical devices.

In 1525, translation logic and conversion information is used from thetranslation configuration file 1526 to convert the string of charactersand numbers read from the bill into bill playing cards (Bcards).

In 1530, a shuffler configuration file 1531 is used to determine how theBcards will be dealt to the player for a particular game.

In 1535, the player selects to play a card game offered by the presentinvention. For example, the player may be notified that the presentinvention detected the insertion of a denomination of currency (bill)into a value acceptor. The player is then given the opportunity to playa card game using Bcards, amount to wager and with whom to play(paytable, live players, virtual players, or some combination thereof).

In 1540, the player is given the opportunity to join a game using Bcardswith virtual players, live players or any combination thereof.

In 1545, Bcards are dealt and displayed to the player according to gamerules.

In 116, gaming device can be configured to output various game states.The game states can include but are not limited to visual and/orauditory output that indicate information about game positions anddecisions made by each of the virtual and live players as the gameprogresses. In 118, at the end of the game, based upon each of theplayer's final game position and/or decisions made by each of the liveand virtual players, a game outcome can be determined. In someembodiments, the game outcome may be that one of the virtual or the liveplayer is victorious, which determines whether the live player receivesan award. In other embodiments, depending on how the live player playedthe game, an initial wager, a final position of the live player in thegame, which can vary from game to game and combinations thereof. Anaward associated with the outcome of the game for the live player can bedetermined.

In 120, the gaming device can be configured to output a game outcome andits associated award. In the case of a casino type gaming machine, thegaming device can be configured to update meters and credit information.In various embodiments of the invention, awards may include the amountwagered, some multiple of the amount wagered based on game odds, theplayer's opponents wagers, the virtual players wagers, a derivative ofthe wager placed, a progressive amount associated with a wager placed, aphysical prize, a combination of cash and prize, or any othercombination thereof associated with awarding the player for playing thegame.

The various aspects, embodiments, implementations or features of theinvention can be used separately or in any combination. The inventioncan be implemented by software, hardware or a combination of hardwareand software. The computer readable medium is any data storage devicethat can store data which can thereafter be read by a computer system.Examples of the computer readable medium include read-only memory,random-access memory, CD-ROMs, DVDs, magnetic tape and optical datastorage devices. The computer readable medium can also be distributedover network-coupled computer systems so that the computer readable codeis stored and executed in a distributed fashion.

The various aspects, embodiments, implementation or features of theinvention can be used within a gaming establishment such as a casino orroute, retail establishment such as a grocery store, mall, or parkingfacility, or any location where kiosks or related devices are availablesuch as an airport, sidewalk, center centre, bar, club, and the like.

The various aspects, embodiments, implementation or features of theinvention can be used over a wide area where players may be located inany local, regional, state, national, or worldwide location allowable byall applicable laws, regulations and commerce rules and regulations.

The advantages of the invention are numerous. Different aspects,embodiments or implementations may yield one or more of the followingadvantages. One advantage can be casino games that combine thebehavioral aspects of poker with the profitability of slot machines. Themany features and advantages of the present invention are apparent fromthe written description and, thus, it is intended by the appended claimsto cover all such features and advantages of the invention. Further,since numerous modifications and changes will readily occur to thoseskilled in the art, the invention should not be limited to the exactconstruction and operation as illustrated and described. Hence, allsuitable modifications and equivalents may be resorted to as fallingwithin the scope of the invention.

What is claimed is:
 1. An electronic gaming device comprising: ahousing; a video display, coupled to the housing; at least one playerinput device; a bill/ticket acceptor, coupled to the housing andconfigured to receive currency or printed ticket vouchers which areconverted into credits used to place wagers on a wager-based game, saidbill/ticket acceptor comprising a reader configured to read serialnumber digits associated with a currency bill presented to saidacceptor; a processor; a memory; and machine-readable code stored insaid memory and configured to cause said processor to: a) receive, fromsaid bill/ticket acceptor, said serial number digits from said currencybill; b) translate each serial number digit into a bill card; c)generate a bill card deck from said bill cards; d) receive, via said atleast one player input device, an indication of a wager by a player; e)present said wager-based game using bill cards from said bill card deck,comprising displaying game information via said video display, said gameinformation comprising an image of at least one of said bill cards; f)determining an outcome of said wager-based game based upon said billcards used from said bill card deck; and g) award winnings for a winningoutcome.